[Users] Trouble upgrading

Fri Nov 22 18:03:03 UTC 2013

On 11/22/2013 12:52 PM, Vijay Bellur wrote:
> On 11/22/2013 11:18 PM, Bob Doolittle wrote:
>>
>> On 11/22/2013 12:21 PM, Vijay Bellur wrote:
>>> On 11/22/2013 06:23 PM, Bob Doolittle wrote:
>>>>
>>>> On 11/22/2013 06:54 AM, Kristaps wrote:
>>>>> Bob Doolittle <bob at ...> writes:
>>>>>
>>>>>>
>>>>>> On 11/21/2013 12:57 PM, Itamar Heim wrote:
>>>>>>> On 11/21/2013 07:38 PM, Bob Doolittle wrote:
>>>>>>>> On 11/21/2013 12:00 PM, Itamar Heim wrote:
>>>>>>>>> On 11/21/2013 06:32 PM, Bob Doolittle wrote:
>>>>>>>>>> Yay!
>>>>>>>>>>
>>>>>>>>>> Congratulations to all of the oVirt team.
>>>>>>>>>>
>>>>>>>>>> I am having trouble locating upgrade instructions, however.
>>>>>>>>>> There's
>>>>>>>>>> nothing in the release notes.
>>>>>>>>>>
>>>>>>>>>> I discovered through trial-and-error that running "engine-setup"
>>>>> again
>>>>>>>>>> handles upgrade of the Engine.
>>>>>>>>>>
>>>>>>>>>> But I don't know how to upgrade my RH 6.4 KVM host. When I 
>>>>>>>>>> try to
>>>>>>>>>> run
>>>>>>>>>> "yum update" it fails due to dependency errors notably in:
>>>>>>>>>> glusterfs
>>>>>>>>>> qemu
>>>>>>>>>> vdsm
>>>>>>>>>>
>>>>>>>>> can you please include the yum output log?
>>>>>>>> Sorry yes. Attached are three outputs. First my repolist. Then yum
>>>>>>>> update with no options, and yum update with --skip-broken (so you
>>>>>>>> can
>>>>>>>> see the lurking issues masked by the first failure).
>>>>>>>>
>>>>>>>> It appears that the glusterfs issue is due to a newer version
>>>>>>>> offered
>>>>> by
>>>>>>>> rhel-x86_64-server-6: glusterfs-3.4.0.36rhs-1.el6.x86_64. This has
>>>>>>>> dependencies which conflict with the version provided by
>>>>>>>> ovirt-stable
>>>>>>>> (and glusterfs-epel).
>>>>>>>>
>>>>>>>> It looks like there was a large update to the Red Hat repo last
>>>>>>>> night
>>>>>>>> that has caused conflicts with ovirt-stable.
>>>>>>>>
>>>>>>>> Note I can get it to the point where it's willing to install
>>>>>>>> packages
>>>>> if
>>>>>>>> I specify --skip-broken and also --exclude vdsm-python-4.12.1, but
>>>>>>>> that's a bit too scary for me without checking first.
>>>>>>> oh, you may caught rhel repo in middle of a refresh - try again 
>>>>>>> in a
>>>>>>> few hours first, but could be the refresh may cause an issue we'd
>>>>>>> need
>>>>>>> to resolve.
>>>>>> Not sure why I'm the only person reporting this (am I the only 
>>>>>> person
>>>>>> who runs RH 6 on their KVM hosts who has tried upgrading??), but the
>>>>>> problem has not resolved.
>>>>>>
>>>>>> What's the next step? Does it need a bug opened?
>>>>>>
>>>>>> Let me know if I can provide any more information.
>>>>>>
>>>>>> Thanks,
>>>>>>       Bob
>>>>>>
>>>>>>>> Thanks,
>>>>>>>>       Bob
>>>>>>>>
>>>>>>>>>> and also to a multilib version error due to vdsm-python 4.12 and
>>>>> 4.13.
>>>>>>>>>> What's the proper upgrade procedure for a Host?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>>       Bob
>>>>>>>>>>
>>>>>>>>>> On 11/21/2013 10:43 AM, Kiril Nesenko wrote:
>>>>>>>>>>> The oVirt development team is very happy to announce the 
>>>>>>>>>>> general
>>>>>>>>>>> availability of oVirt 3.3.1 as of November 21th 2013. This
>>>>>>>>>>> release
>>>>>>>>>>> solidifies oVirt as a leading KVM management application, and
>>>>>>>>>>> open
>>>>>>>>>>> source alternative to VMware vSphere.
>>>>>>>>>>>
>>>>>>>>>>> oVirt is available now for Fedora 19 and Red Hat Enterprise 
>>>>>>>>>>> Linux
>>>>> 6.4
>>>>>>>>>>> (or similar).
>>>>>>>>>>>
>>>>>>>>>>> See release notes [1] for a list of the new features and bug
>>>>>>>>>>> fixed.
>>>>>>>>>>>
>>>>>>>>>>> [1] http://www.ovirt.org/OVirt_3.3.1_release_notes
>>>>>>>>>>>
>>>>>>>>>>> - Kiril
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Users mailing list
>>>>>>>>>>> Users at ...
>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Users mailing list
>>>>>>>>>> Users at ...
>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>> I'am experiencing same exact issue with upgrade on RHEL 6.4 and vdsm
>>>>> for
>>>>> oVirt installed.
>>>>>
>>>>> However, I did a little searching, and for me it seems it is like 
>>>>> this:
>>>>> vds requires these glsuterfs packages to have the latest version:
>>>>>
>>>>> glusterfs
>>>>> glusterfs-api
>>>>> glusterfs-cli
>>>>> glusterfs-fuse
>>>>> glusterfs-libs
>>>>>
>>>>> In RHEL repository are these packages are with version 3.4.0.36rhs-
>>>>> 1.el6.x86_64 EXCEPT for glusterfs-cli, which RHEL repo doesn't 
>>>>> have at
>>>>> all.
>>>>>
>>>>> oVirt repo has all those packages with version 3.4.0-8.el6.x86_64,
>>>>> which is
>>>>> older than RHEL repo packages.
>>>>>
>>>>> Hence, there is conflict. During vdsm update or even installation on
>>>>> RHEL
>>>>> 6.4 it tries to install the latest of all those packages. Looks likes
>>>>> this:
>>>>>
>>>>> glusterfs-3.4.0.36rhs-1.el6.x86_64
>>>>> glusterfs-api-3.4.0.36rhs-1.el6.x86_64
>>>>> glusterfs-fuse-3.4.0.36rhs-1.el6.x86_64
>>>>>     requires: glusterfs-libs-3.4.0.36rhs-1.el6.x86_64
>>>>>
>>>>> glusterfs-cli-3.4.0-8.el6.x86_64
>>>>>     requires: glusterfs-libs-3.4.0-8.el6.x86_64
>>>>>
>>>>> While this is not fixed, in my opinion, ovirt installation from
>>>>> repository
>>>>> on RHEL 6.4 is essentially broken.
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>> Thank you for confirming that this is indeed an issue. I was beginning
>>>> to think it was just me somehow. I have opened
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1033587 to track this.
>>>>
>>>> I agree it seems to be a very big issue for RHEL 6 users. And we can't
>>>> simply uninstall glusterfs-cli, as Vijay suggested, because it is
>>>> required by vdsm. So I'm not seeing any easy workaround at the moment.
>>>
>>> Would it be possible to update to glusterfs-3.4.1 by adding this repo?
>>>
>>> http://download.gluster.org/pub/gluster/glusterfs/3.4/3.4.1/RHEL/glusterfs-epel.repo 
>>>
>>>
>>>
>>> Once the glusterfs packages are updated, the yum upgrade shouldn't
>>> break as glusterfs-3.4.0 is available in RHEL 6.
>>>
>>> -Vijay
>>>
>>
>> Vijay,
>>
>> Do you know why the glusterfs folks felt compelled to do a minor update
>> of 3.4.0 to 3.4.1 utilizing an entirely new repository, instead of
>> reusing the old repository with new versioning? That would have saved a
>> lot of trouble... This is the sort of thing yum is designed to take care
>> of, but not if you switch repos.
>>
>
> Adding Kaleb and Niels who will be able to answer this better.
>

Another alternative would be to create a "stable" symlink to whichever 
repo is the latest.

I'm still confused, though. Something must have changed in 3.4.0, since 
vdsm *used* to be able to find glusterfs-cli there, but no longer can.

But apparently glusterfs-cli *is* in 3.4.1

What's up here?

Thanks,
     Bob