From Simon.Barrett at tradingscreen.com Wed Mar 19 04:47:28 2014 Content-Type: multipart/mixed; boundary="===============1803918178081701332==" MIME-Version: 1.0 From: Simon Barrett To: users at ovirt.org Subject: [Users] el6 live snapshots and storage migration Date: Wed, 19 Mar 2014 08:47:22 +0000 Message-ID: --===============1803918178081701332== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_D86C48DF8800164BBE50B87623F7AC95481E29ADln2wio001devtra_ Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable Is there any current combination of el6 based Engine and Node iso that supp= =3D ort live snapshots and storage migration? I tried oVirt Node - 3.0.4 - 1.0.2014012912 but had problems with VDSM comp= =3D atibility (VDSM version (4.14) and cannot join cluster - cluster is compat= =3D ible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10].) I now see this ment= =3D ioned in https://bugzilla.redhat.com/show_bug.cgi?id=3D3D1067096#c0 I did try upgrading Engine to 3.3.4-1.el6 but still see the same VDSM 4.14 = =3D problem. I also tried building the iso (as per http://www.ovirt.org/Node_Building) a= =3D nd could see that it was downloading the qemu-kvm-rhev (which I think is ne= =3D eded to enable the live snapshot functionality). However I got stuck adding= =3D the vdsm plugin as the iso was being built with the 3.4.0.57rhs versions o= =3D f the glusterfs packages whereas the plugin was dependant on glusterfs 3.4= =3D .0-8. I already have a working Engine (3.3.2-1.el6) and Node (3.0.1 - 1.0.2.el6) = =3D test configuration but would very much like to be able to add the live snap= =3D shot functionality. Many thanks Simon --_000_D86C48DF8800164BBE50B87623F7AC95481E29ADln2wio001devtra_ Content-Type: text/html; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable

Is there any current combination of el6 based Engi= ne=3D and Node iso that support live snapshots and storage migration?= =3D

 

I tried oVirt Node - 3.0.4 - 1.0.2014012912 but ha= d =3D problems with VDSM compatibility (VDSM version (4.14) and cannot join clust= =3D er  - cluster is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12,= =3D 4.10].) I now see this mentioned in ht= tps:=3D //bugzilla.redhat.com/show_bug.cgi?id=3D3D1067096#c0

 

I did try upgrading Engine to 3.3.4-1.el6 but stil= l =3D see the same VDSM 4.14 problem.

 

I also tried building the iso (as per http://www.o= vi=3D rt.org/Node_Building) and could see that it was downloading the qemu-kvm-rh= =3D ev (which I think is needed to enable the live snapshot functionality). How= =3D ever I got stuck adding the vdsm plugin as the iso was being built with the 3.4.0.57rhs versions of the glusterfs = =3D packages whereas the plugin was dependant on glusterfs  3.4.0-8.<= =3D /o:p>

 

I already have a working Engine (3.3.2-1.el6) and Node (3.0.1 - 1.0.2.el6) test configuration b= =3D ut would very much like to be able to add the live snapshot functionality.<= =3D o:p>

 

Many thanks

 

Simon

 

 

--_000_D86C48DF8800164BBE50B87623F7AC95481E29ADln2wio001devtra_-- --===============1803918178081701332== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fMDAwX0Q4NkM0OERGODgwMDE2NEJCRTUwQjg3NjIzRjdBQzk1NDgxRTI5QURsbjJ3aW8wMDFk ZXZ0cmFfCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRl bnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCklzIHRoZXJlIGFueSBjdXJy ZW50IGNvbWJpbmF0aW9uIG9mIGVsNiBiYXNlZCBFbmdpbmUgYW5kIE5vZGUgaXNvIHRoYXQgc3Vw cD0Kb3J0IGxpdmUgc25hcHNob3RzIGFuZCBzdG9yYWdlIG1pZ3JhdGlvbj8KCkkgdHJpZWQgb1Zp cnQgTm9kZSAtIDMuMC40IC0gMS4wLjIwMTQwMTI5MTIgYnV0IGhhZCBwcm9ibGVtcyB3aXRoIFZE U00gY29tcD0KYXRpYmlsaXR5IChWRFNNIHZlcnNpb24gKDQuMTQpIGFuZCBjYW5ub3Qgam9pbiBj bHVzdGVyICAtIGNsdXN0ZXIgaXMgY29tcGF0PQppYmxlIHdpdGggVkRTTSB2ZXJzaW9ucyBbNC4x MywgNC45LCA0LjExLCA0LjEyLCA0LjEwXS4pIEkgbm93IHNlZSB0aGlzIG1lbnQ9CmlvbmVkIGlu IGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9M0QxMDY3MDk2I2Mw CgpJIGRpZCB0cnkgdXBncmFkaW5nIEVuZ2luZSB0byAzLjMuNC0xLmVsNiBidXQgc3RpbGwgc2Vl IHRoZSBzYW1lIFZEU00gNC4xNCA9CnByb2JsZW0uCgpJIGFsc28gdHJpZWQgYnVpbGRpbmcgdGhl IGlzbyAoYXMgcGVyIGh0dHA6Ly93d3cub3ZpcnQub3JnL05vZGVfQnVpbGRpbmcpIGE9Cm5kIGNv dWxkIHNlZSB0aGF0IGl0IHdhcyBkb3dubG9hZGluZyB0aGUgcWVtdS1rdm0tcmhldiAod2hpY2gg SSB0aGluayBpcyBuZT0KZWRlZCB0byBlbmFibGUgdGhlIGxpdmUgc25hcHNob3QgZnVuY3Rpb25h bGl0eSkuIEhvd2V2ZXIgSSBnb3Qgc3R1Y2sgYWRkaW5nPQogdGhlIHZkc20gcGx1Z2luIGFzIHRo ZSBpc28gd2FzIGJlaW5nIGJ1aWx0IHdpdGggdGhlIDMuNC4wLjU3cmhzIHZlcnNpb25zIG89CmYg dGhlIGdsdXN0ZXJmcyBwYWNrYWdlcyB3aGVyZWFzIHRoZSBwbHVnaW4gd2FzIGRlcGVuZGFudCBv biBnbHVzdGVyZnMgIDMuND0KLjAtOC4KCkkgYWxyZWFkeSBoYXZlIGEgd29ya2luZyBFbmdpbmUg KDMuMy4yLTEuZWw2KSBhbmQgTm9kZSAoMy4wLjEgLSAxLjAuMi5lbDYpID0KdGVzdCBjb25maWd1 cmF0aW9uIGJ1dCB3b3VsZCB2ZXJ5IG11Y2ggbGlrZSB0byBiZSBhYmxlIHRvIGFkZCB0aGUgbGl2 ZSBzbmFwPQpzaG90IGZ1bmN0aW9uYWxpdHkuCgpNYW55IHRoYW5rcwoKU2ltb24KCgoKLS1fMDAw X0Q4NkM0OERGODgwMDE2NEJCRTUwQjg3NjIzRjdBQzk1NDgxRTI5QURsbjJ3aW8wMDFkZXZ0cmFf CkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PSJ1cy1hc2NpaSIKQ29udGVudC1UcmFu c2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWwgeG1sbnM6dj0zRCJ1cm46c2No ZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6bz0zRCJ1cm46c2NoZW1hcy1taWNyPQpvc29m dC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29t Om9mZmljZTp3b3JkIiA9CnhtbG5zOm09M0QiaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9v ZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0zRCJodHRwOj0KLy93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPgo8aGVhZD4KPG1ldGEgaHR0cC1lcXVpdj0zRCJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 M0QidGV4dC9odG1sOyBjaGFyc2V0PTNEdXMtYXNjaWkiPQo+CjxtZXRhIG5hbWU9M0QiR2VuZXJh dG9yIiBjb250ZW50PTNEIk1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4KPHN0 eWxlPjwhLS0KLyogRm9udCBEZWZpbml0aW9ucyAqLwpAZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7CglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30KQGZvbnQtZmFj ZQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9 Ci8qIFN0eWxlIERlZmluaXRpb25zICovCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5N c29Ob3JtYWwKCXttYXJnaW46MGNtOwoJbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJZm9udC1zaXpl OjExLjBwdDsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Cgltc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUzt9CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsKCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7Cgljb2xvcjojMDU2M0MxOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZAoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsKCWNvbG9yOiM5NTRGNzI7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30Kc3Bhbi5F bWFpbFN0eWxlMTcKCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOwoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsKCWNvbG9yOndpbmRvd3RleHQ7fQpzcGFuLmd3dC1p bmxpbmVsYWJlbAoJe21zby1zdHlsZS1uYW1lOmd3dC1pbmxpbmVsYWJlbDt9Ci5Nc29DaHBEZWZh dWx0Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUzt9CkBwYWdlIFdvcmRTZWN0aW9uMQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0OwoJbWFyZ2lu OjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9CmRpdi5Xb3JkU2VjdGlvbjEKCXtwYWdlOldv cmRTZWN0aW9uMTt9Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+CjxvOnNoYXBl ZGVmYXVsdHMgdjpleHQ9M0QiZWRpdCIgc3BpZG1heD0zRCIxMDI2IiAvPgo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVsYXlvdXQgdjpleHQ9M0QiZWRp dCI+CjxvOmlkbWFwIHY6ZXh0PTNEImVkaXQiIGRhdGE9M0QiMSIgLz4KPC9vOnNoYXBlbGF5b3V0 PjwveG1sPjwhW2VuZGlmXS0tPgo8L2hlYWQ+Cjxib2R5IGxhbmc9M0QiRU4tR0IiIGxpbms9M0Qi IzA1NjNDMSIgdmxpbms9M0QiIzk1NEY3MiI+CjxkaXYgY2xhc3M9M0QiV29yZFNlY3Rpb24xIj4K PHAgY2xhc3M9M0QiTXNvTm9ybWFsIj5JcyB0aGVyZSBhbnkgY3VycmVudCBjb21iaW5hdGlvbiBv ZiBlbDYgYmFzZWQgRW5naW5lPQogYW5kIE5vZGUgaXNvIHRoYXQgc3VwcG9ydCBsaXZlIHNuYXBz aG90cyBhbmQgc3RvcmFnZSBtaWdyYXRpb24/PG86cD48L286cD49CjwvcD4KPHAgY2xhc3M9M0Qi TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj5J IHRyaWVkIG9WaXJ0IE5vZGUgLSAzLjAuNCAtIDEuMC4yMDE0MDEyOTEyIGJ1dCBoYWQgPQpwcm9i bGVtcyB3aXRoIFZEU00gY29tcGF0aWJpbGl0eSAoVkRTTSB2ZXJzaW9uICg0LjE0KSBhbmQgY2Fu bm90IGpvaW4gY2x1c3Q9CmVyICZuYnNwOy0gY2x1c3RlciBpcyBjb21wYXRpYmxlIHdpdGggVkRT TSB2ZXJzaW9ucyBbNC4xMywgNC45LCA0LjExLCA0LjEyLD0KIDQuMTBdLikgSSBub3cgc2VlIHRo aXMgbWVudGlvbmVkIGluCjxhIGhyZWY9M0QiaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3No b3dfYnVnLmNnaT9pZD0zRDEwNjcwOTYjYzAiPmh0dHBzOj0KLy9idWd6aWxsYS5yZWRoYXQuY29t L3Nob3dfYnVnLmNnaT9pZD0zRDEwNjcwOTYjYzA8L2E+PG86cD48L286cD48L3A+CjxwIGNsYXNz PTNEIk1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+CjxwIGNsYXNzPTNEIk1zb05vcm1h bCI+SSBkaWQgdHJ5IHVwZ3JhZGluZyBFbmdpbmUgdG8gMy4zLjQtMS5lbDYgYnV0IHN0aWxsID0K c2VlIHRoZSBzYW1lIFZEU00gNC4xNCBwcm9ibGVtLjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0z RCJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwi PkkgYWxzbyB0cmllZCBidWlsZGluZyB0aGUgaXNvIChhcyBwZXIgaHR0cDovL3d3dy5vdmk9CnJ0 Lm9yZy9Ob2RlX0J1aWxkaW5nKSBhbmQgY291bGQgc2VlIHRoYXQgaXQgd2FzIGRvd25sb2FkaW5n IHRoZSBxZW11LWt2bS1yaD0KZXYgKHdoaWNoIEkgdGhpbmsgaXMgbmVlZGVkIHRvIGVuYWJsZSB0 aGUgbGl2ZSBzbmFwc2hvdCBmdW5jdGlvbmFsaXR5KS4gSG93PQpldmVyIEkgZ290IHN0dWNrIGFk ZGluZyB0aGUgdmRzbSBwbHVnaW4KIGFzIHRoZSBpc28gd2FzIGJlaW5nIGJ1aWx0IHdpdGggdGhl IDMuNC4wLjU3cmhzIHZlcnNpb25zIG9mIHRoZSBnbHVzdGVyZnMgPQpwYWNrYWdlcyB3aGVyZWFz IHRoZSBwbHVnaW4gd2FzIGRlcGVuZGFudCBvbiBnbHVzdGVyZnMgJm5ic3A7My40LjAtOC48bzpw Pjw9Ci9vOnA+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPkkgYWxyZWFkeSBoYXZlIGEgd29ya2luZyBFbmdpbmUg KDxzcGFuIGNsYXNzPTNEImd3dC09CmlubGluZWxhYmVsIj4zLjMuMi0xLmVsNikgYW5kIE5vZGUg KDMuMC4xIC0gMS4wLjIuZWw2KSB0ZXN0IGNvbmZpZ3VyYXRpb24gYj0KdXQgd291bGQgdmVyeSBt dWNoIGxpa2UgdG8gYmUgYWJsZSB0byBhZGQgdGhlIGxpdmUgc25hcHNob3QgZnVuY3Rpb25hbGl0 eS48PQpvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj5NYW55IHRoYW5rczxvOnA+PC9v OnA+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBj bGFzcz0zRCJNc29Ob3JtYWwiPlNpbW9uPG86cD48L286cD48L3A+CjxwIGNsYXNzPTNEIk1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+CjxwIGNsYXNzPTNEIk1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+CjwvZGl2Pgo8L2JvZHk+CjwvaHRtbD4KCi0tXzAwMF9EODZDNDhERjg4 MDAxNjRCQkU1MEI4NzYyM0Y3QUM5NTQ4MUUyOUFEbG4yd2lvMDAxZGV2dHJhXy0tCg== --===============1803918178081701332==-- From S.Kieske at mittwald.de Wed Mar 19 05:53:48 2014 Content-Type: multipart/mixed; boundary="===============8917955442233452115==" MIME-Version: 1.0 From: Sven Kieske To: users at ovirt.org Subject: Re: [Users] el6 live snapshots and storage migration Date: Wed, 19 Mar 2014 09:53:07 +0000 Message-ID: <532968A8.9050402@mittwald.de> In-Reply-To: D86C48DF8800164BBE50B87623F7AC95481E29AD@ln2-wio-001.dev.tradingscreen.com --===============8917955442233452115== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In short: you need qemu-kvm-redhat, currently just available from some 3rd party repo. there is some work to provide this qemu version via ovirt org repo but it's not done yet. if you want to follow the process subscribe to this BZ: https://bugzilla.redhat.com/show_bug.cgi?id=3D1009100 if you really need this feature and don't bother about third party repos, here you go: http://www.dreyou.org/ovirt/vdsm/Packages/ but I don't have tested these packages myself, so: use at your own risk. HTH -- = Mit freundlichen Gr=C3=BC=C3=9Fen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K=C3=B6nigsberger Stra=C3=9Fe 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynh= ausen --===============8917955442233452115==-- From Simon.Barrett at tradingscreen.com Wed Mar 19 06:17:01 2014 Content-Type: multipart/mixed; boundary="===============5341636872117640956==" MIME-Version: 1.0 From: Simon Barrett To: users at ovirt.org Subject: Re: [Users] el6 live snapshots and storage migration Date: Wed, 19 Mar 2014 10:16:55 +0000 Message-ID: In-Reply-To: 532968A8.9050402@mittwald.de --===============5341636872117640956== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable OK, thanks for the info. When I tried to build the iso I saw this in the ou= tput - which I assumed was downloading the correct rhev rpm's: Package qemu-kvm is obsoleted by qemu-kvm-rhev, trying to install 2:qemu-kv= m-rhev-0.12.1.2-2.355.el6.x86_64 instead Package qemu-kvm-tools is obsoleted by qemu-kvm-rhev-tools, trying to insta= ll 2:qemu-kvm-rhev-tools-0.12.1.2-2.355.el6.x86_64 instead I'll keep an eye on https://bugzilla.redhat.com/show_bug.cgi?id=3D1009100 a= s suggested. Thanks again -----Original Message----- From: users-bounces(a)ovirt.org [mailto:users-bounces(a)ovirt.org] On Behal= f Of Sven Kieske Sent: 19 March 2014 09:53 To: users(a)ovirt.org Subject: Re: [Users] el6 live snapshots and storage migration In short: you need qemu-kvm-redhat, currently just available from some 3rd party repo. there is some work to provide this qemu version via ovirt org repo but it's= not done yet. if you want to follow the process subscribe to this BZ: https://bugzilla.redhat.com/show_bug.cgi?id=3D1009100 if you really need this feature and don't bother about third party repos, h= ere you go: http://www.dreyou.org/ovirt/vdsm/Packages/ but I don't have tested these packages myself, so: use at your own risk. HTH -- Mit freundlichen Gr=C3=BC=C3=9Fen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K=C3=B6nigsberger Stra=C3=9Fe 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch=C3=A4ftsf=C3=BChrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement=C3=A4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynh= ausen _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users --===============5341636872117640956==-- From fsayd at uncu.edu.ar Wed Mar 19 14:31:47 2014 Content-Type: multipart/mixed; boundary="===============3866398597570078091==" MIME-Version: 1.0 From: Federico Alberto Sayd To: users at ovirt.org Subject: Re: [Users] el6 live snapshots and storage migration Date: Wed, 19 Mar 2014 15:31:37 -0300 Message-ID: <5329E289.5050709@uncu.edu.ar> In-Reply-To: 532968A8.9050402@mittwald.de --===============3866398597570078091== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 19/03/14 06:53, Sven Kieske wrote: > In short: > > you need qemu-kvm-redhat, currently just available from some 3rd party > repo. Sorry if I missed something or if I ask something obvious, but, what is = the difference between qemu-kvm and qemu-kvm-redhat? Is there a qemu-kvm = version only available to RHEL? In my setup, the nodes are Centos 6.5 and I had to install the non = official qemu-kvm-redhat rpms to use live storage migration, and I don't = like the idea of use non official rpms very much. > there is some work to provide this qemu version via ovirt org repo > but it's not done yet. > > if you want to follow the process subscribe to this BZ: > > https://bugzilla.redhat.com/show_bug.cgi?id=3D1009100 > > if you really need this feature and don't bother about > third party repos, here you go: > > http://www.dreyou.org/ovirt/vdsm/Packages/ > > but I don't have tested these packages myself, so: > use at your own risk. > > HTH > > --===============3866398597570078091==--