[ovirt-users] 3.5 live merge findings and mysteries [was Re: Simple way to activate live merge in FC20 cluster]

Fri Dec 12 20:14:07 UTC 2014

On Fri, Dec 12, 2014 at 4:32 PM, Itamar Heim <iheim at redhat.com> wrote:
>
> On 11/21/2014 09:53 AM, Gianluca Cecchi wrote:
>
>> So the official statement is this one at:
>> http://www.ovirt.org/OVirt_3.5_Release_Notes
>>
>> Live Merge
>> If an image has one or more snapshots, oVirt 3.5's merge command will
>> combine the data of one volume into another. Live merges can be
>> performed with data is pulled from one snapshot into another snapshot.
>> The engine can merge multiple disks at the same time and each merge can
>> independently fail or succeed in each operation.
>>
>> I think we should remove the part above, or at least have some of the
>> developers to better clarify it.
>> The feature in my opinion is very important and crucial for oVirt/RHEV
>> because it is able to almost-fill the gap with VMware, especially in
>> development environments, where having flexibility on snapshots
>> management is very important and could be a starting point to have
>> greater user base familiarize with the product and adopt it.
>>
>> So these are my findings and all combinations and none of them was able
>> to provide live merge....
>> Could anyone tell me where I'm failing? Or correct release notes?
>>
>> 1) Environment with All-In-One F20
>>
>> installing oVirt AIO on F20 automatically gives the virt-preview repo
>> through the ovirt-3.5-dependencies.repo file, but only for libvirt*
>> packages:
>>
>> the same server is the engine and the hypervisor
>>
>> [root at tekkaman qemu]# rpm -q libvirt
>> libvirt-1.2.9.1-1.fc20.x86_64
>>
>> [root at tekkaman qemu]# vdsClient -s 0 getVdsCaps | grep -i merge
>>      liveMerge = 'true'
>>
>> but
>> [root at tekkaman qemu]# rpm -q qemu
>> qemu-1.6.2-10.fc20.x86_64
>>
>> So that tryng live merge it initially start but you get this in vdsm.log:
>> libvirtError: unsupported configuration: active commit not supported
>> with this QEMU binary
>>
>>
>> 2) Another seaparate environment with a dedicated 3.5 engine f20 engine
>> and 4 test cases tried
>>
>> a) ovirt node installed and put in a dedicated cluster
>> latest available seems ovirt-node-iso-3.5.0.ovirt35.20140912.el6.iso
>> from 3.5 rc test days
>>
>> At the end of oVirt Node install and activation in engine:
>> [root at ovnode01 ~]# vdsClient -s 0 getVdsCaps | grep -i merge
>> liveMerge = 'false'
>>
>> [root at ovnode01 ~]# rpm -qa libvirt* qemu*
>> libvirt-0.10.2-29.el6_5.12.x86_64
>> libvirt-lock-sanlock-0.10.2-29.el6_5.12.x86_64
>> libvirt-python-0.10.2-29.el6_5.12.x86_64
>> qemu-kvm-tools-0.12.1.2-2.415.el6_5.14.x86_64
>> qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
>> libvirt-client-0.10.2-29.el6_5.12.x86_64
>> qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
>>
>>
>>
>> b) f20 + latest updates host installed as OS and then installed from
>> webadmin in another cluster
>> virt-preview on host it is not enabled so that libvirt/qemu are not ready
>>
>>
>> [root at ovnode02 network-scripts]#  vdsClient -s 0 getVdsCaps | grep -i
>> merge
>> liveMerge = 'false'
>>
>> [root at ovnode02 network-scripts]# rpm -qa libvirt* qemu*
>> libvirt-daemon-1.1.3.6-2.fc20.x86_64
>> libvirt-python-1.1.3.6-2.fc20.x86_64
>> libvirt-daemon-config-nwfilter-1.1.3.6-2.fc20.x86_64
>> qemu-kvm-1.6.2-10.fc20.x86_64
>> qemu-common-1.6.2-10.fc20.x86_64
>> libvirt-client-1.1.3.6-2.fc20.x86_64
>> libvirt-daemon-driver-network-1.1.3.6-2.fc20.x86_64
>> libvirt-daemon-driver-nwfilter-1.1.3.6-2.fc20.x86_64
>> libvirt-daemon-driver-interface-1.1.3.6-2.fc20.x86_64
>> libvirt-daemon-driver-nodedev-1.1.3.6-2.fc20.x86_64
>> libvirt-daemon-driver-secret-1.1.3.6-2.fc20.x86_64
>> qemu-system-x86-1.6.2-10.fc20.x86_64
>> libvirt-daemon-kvm-1.1.3.6-2.fc20.x86_64
>> qemu-kvm-tools-1.6.2-10.fc20.x86_64
>> qemu-img-1.6.2-10.fc20.x86_64
>> libvirt-daemon-driver-qemu-1.1.3.6-2.fc20.x86_64
>> libvirt-daemon-driver-storage-1.1.3.6-2.fc20.x86_64
>> libvirt-lock-sanlock-1.1.3.6-2.fc20.x86_64
>>
>>
>>
>> c) CentOS 6.6 host + latest updates installed as OS and then installed
>> from webadmin in another cluster
>>
>> [root at ovnode03 ~]# vdsClient -s 0 getVdsCaps | grep -i merge
>> liveMerge = 'false'
>>
>> [root at ovnode03 ~]# rpm -qa libvirt* qemu*
>> libvirt-python-0.10.2-46.el6_6.2.x86_64
>> qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
>> qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
>> libvirt-client-0.10.2-46.el6_6.2.x86_64
>> libvirt-0.10.2-46.el6_6.2.x86_64
>> qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
>> libvirt-lock-sanlock-0.10.2-46.el6_6.2.x86_64
>>
>>
>>
>> d) CentOS 7.0 host + latest updates installed as OS and then installed
>> from webadmin in another cluster
>>
>> [root at ovnode04 ~]# vdsClient -s 0 getVdsCaps | grep -i merge
>> liveMerge = 'false'
>>
>> [root at ovnode04 ~]# rpm -qa qemu* libvirt*
>> qemu-img-rhev-1.5.3-60.el7_0.2.x86_64
>> libvirt-daemon-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-driver-storage-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-driver-nodedev-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-kvm-1.1.1-29.el7_0.3.x86_64
>> qemu-kvm-tools-rhev-1.5.3-60.el7_0.2.x86_64
>> qemu-kvm-common-rhev-1.5.3-60.el7_0.2.x86_64
>> libvirt-client-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-driver-nwfilter-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-driver-interface-1.1.1-29.el7_0.3.x86_64
>> libvirt-lock-sanlock-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-config-nwfilter-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-driver-network-1.1.1-29.el7_0.3.x86_64
>> qemu-kvm-rhev-1.5.3-60.el7_0.2.x86_64
>> libvirt-python-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-driver-secret-1.1.1-29.el7_0.3.x86_64
>> libvirt-daemon-driver-qemu-1.1.1-29.el7_0.3.x86_64
>>
>>
>> Thanks in advance,
>> Gianluca
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
> was this resolved?
>

In my opinion it was not resolved and what written into release notes
doesn't correspond to features set.
See my test cases and eventually describe other test cases where live merge
is usable

See also other findings about live merge on active layer here:
http://lists.ovirt.org/pipermail/users/2014-November/029450.html

Gianluca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141212/329bb4e4/attachment-0001.html>