On 11/22/2013 06:23 PM, Bob Doolittle wrote:
>
> On 11/22/2013 06:54 AM, Kristaps wrote:
>> Bob Doolittle <bob@...> 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@...
>>>>>>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users@...
>>>>>>>
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(a)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/glusterf...
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.
-Bob