[Users] about live snapshot and qemu-kvm

[Nathanaël Blanchet]

Le 29/12/2013 12:07, Ayal Baron a écrit :
> Hi Karli,
>
> ----- Original Message -----
>>
>> Skickat från min iPhone
>>
>> 28 dec 2013 kl. 16:04 skrev "Andrew Cathrow" <acathrow at redhat.com>:
>>
>>> ----- Original Message -----
>>>
>>>> From: "Gianluca Cecchi" <gianluca.cecchi at gmail.com>
>>>> To: "Ayal Baron" <abaron at redhat.com>
>>>> Cc: "users" <users at ovirt.org>
>>>> Sent: Wednesday, December 25, 2013 5:34:25 AM
>>>> Subject: Re: [Users] about live snapshot and qemu-kvm
>>>> Yes, but is the reason of different versions something you can share
>>>> or not? Just to let the people understand..
>>>> Perhaps something related to compatibilities to maintain with 6.0
>>>> initial release due to policies red hat uses?
>>>> I think duplicating the maintenance effort is negative for red hat
>>>> too.. Or not?
>>> There are a few packages in RHEL that we need to move more quickly that
>>> would be possible within the RHEL policies. OpenvSwitch and QEMU are two
>>> such packages.
>>> The version of QEMU in RHEL started on 0.12 and has since had a large
>>> amount of backported features and bugfixes in many cases the backports
>>> were significant, perhaps more than should have been done.
>>> We're getting to the point that in future versions of RHEL we're likely to
>>> carry a newer version of packages like QEMU in the layered products (such
>>> as RHEV and RHEL-OSP) so that we can keep the base versions in RHEL and
>>> more aggressively rebase in the layered products.
>>>
>>> The qemu-kvm-rhev binary that's shipped in RHEV is built from the same
>>> source as qemu-kvm but with a different build option. If CentOS doesn't
>>> currently build that package it could easily be done or perhaps built by
>>> oVirt.
>> I for one would very much like to see this built. I was surprised to learn
>> that this was not handled already, because if live snap works in Fedora, why
>> not CentOS, you know...
> Up until recently this was taken care of by Centos so there was no problem.
> Now that it is not we're working on finding the best path to solve this.
> There is no question that we will handle this.
However, glusterfs-3.4 is provided in the repos by the ovirt team 
(http://resources.ovirt.org/releases/3.3.2/rpm/EL/6.5/x86_64/glusterfs-3.4.0-8.el6.x86_64.rpm) 
since an other gluster package is already  available in the default el6 
one... the same for jasperreport-server 
(http://resources.ovirt.org/releases/3.3.2/rpm/EL/6.5/noarch/jasperreports-server-5.2.0-1.el6.noarch.rpm) 
since jasperreport-server 4.7.0 is available in the centos repo... Why 
couldn't be the case for qemu-kvm with qemu-kvm-rhev?
>> /K
>>
>>>> Gianluca
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

-- 
Nathanaël Blanchet

Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5 	
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanchet at abes.fr