From what I can understand ovirt 3.4.0 - or a leas= =3D t the hypervisor part based on el6 - cannot do live storage migration due t= =3D o an older qemu-kvm package.

I assume this is a related bug? https://bugzilla.redhat.com/show_= =3D bug.cgi?id=3D3D1009100

From= =3D what I can infer from this there is a related issue with vdsm that needs h= =3D andling as well?

From a feature parity= =3D perspective against Vmware Vcenter (Enterprise plus) this is a very import= =3D ant feature.

I can think = =3D of a number of Vmware shops that wouldn't look an a competing hypervisor ma= =3D nagement platform without this feature working. I think this would be= =3D a key milestone for ovirt to get to.

Is= =3D this something that is likely to be worked out for the 3.4.1 timeframe or = =3D is it now a 3.5 issue?

Thanks.

= =3D --708812334-518474266-1396250262=3D:21835-- --===============2017354001254544978== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS03MDg4MTIzMzQtNTE4NDc0MjY2LTEzOTYyNTAyNjI9OjIxODM1CkNvbnRlbnQtVHlwZTogdGV4 dC9wbGFpbjsgY2hhcnNldD1pc28tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1 b3RlZC1wcmludGFibGUKCj5Gcm9tIHdoYXQgSSBjYW4gdW5kZXJzdGFuZCBvdmlydCAzLjQuMCAt IG9yIGEgbGVhc3QgdGhlIGh5cGVydmlzb3IgcGFydCBiYXM9CmVkIG9uIGVsNiAtIGNhbm5vdCBk byBsaXZlIHN0b3JhZ2UgbWlncmF0aW9uIGR1ZSB0byBhbiBvbGRlciBxZW11LWt2bSBwYWNrYT0K Z2UuPTBBSSBhc3N1bWUgdGhpcyBpcyBhIHJlbGF0ZWQgYnVnPyBodHRwczovL2J1Z3ppbGxhLnJl ZGhhdC5jb20vc2hvd19idWcuPQpjZ2k/aWQ9M0QxMDA5MTAwPTBBRnJvbSB3aGF0IEkgY2FuIGlu ZmVyIGZyb20gdGhpcyB0aGVyZSBpcyBhIHJlbGF0ZWQgaXNzdWU9CiB3aXRoIHZkc20gdGhhdCBu ZWVkcyBoYW5kbGluZyBhcyB3ZWxsPz0wQT0wQT0wQUZyb20gYSBmZWF0dXJlIHBhcml0eSBwZXJz cD0KZWN0aXZlIGFnYWluc3QgVm13YXJlIFZjZW50ZXIgKEVudGVycHJpc2UgcGx1cykgdGhpcyBp cyBhIHZlcnkgaW1wb3J0YW50IGZlPQphdHVyZS49MEFJIGNhbiB0aGluayBvZiBhIG51bWJlciBv ZiBWbXdhcmUgc2hvcHMgdGhhdCB3b3VsZG4ndCBsb29rIGFuIGEgY289Cm1wZXRpbmcgaHlwZXJ2 aXNvciBtYW5hZ2VtZW50IHBsYXRmb3JtIHdpdGhvdXQgdGhpcyBmZWF0dXJlIHdvcmtpbmcuPUEw IEkgdD0KaGluayB0aGlzIHdvdWxkIGJlIGEga2V5IG1pbGVzdG9uZSBmb3Igb3ZpcnQgdG8gZ2V0 IHRvLj0wQT0wQT0wQUlzIHRoaXMgc29tPQpldGhpbmcgdGhhdCBpcyBsaWtlbHkgdG8gYmUgd29y a2VkIG91dCBmb3IgdGhlIDMuNC4xIHRpbWVmcmFtZSBvciBpcyBpdCBub3c9CiBhIDMuNSBpc3N1 ZT89MEE9MEFUaGFua3MuPTBBCi0tNzA4ODEyMzM0LTUxODQ3NDI2Ni0xMzk2MjUwMjYyPToyMTgz NQpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xCkNvbnRlbnQtVHJh bnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxodG1sPjxib2R5PjxkaXYgc3R5bGU9 M0QiY29sb3I6IzAwMDsgYmFja2dyb3VuZC1jb2xvcjojZmZmOyBmb250LWZhbWlseTpIZT0KbHZl dGljYU5ldWUsIEhlbHZldGljYSBOZXVlLCBIZWx2ZXRpY2EsIEFyaWFsLCBMdWNpZGEgR3JhbmRl LCBTYW5zLVNlcmlmO2ZvPQpudC1zaXplOjEycHQiPjxkaXY+PHNwYW4+RnJvbSB3aGF0IEkgY2Fu IHVuZGVyc3RhbmQgb3ZpcnQgMy40LjAgLSBvciBhIGxlYXM9CnQgdGhlIGh5cGVydmlzb3IgcGFy dCBiYXNlZCBvbiBlbDYgLSBjYW5ub3QgZG8gbGl2ZSBzdG9yYWdlIG1pZ3JhdGlvbiBkdWUgdD0K byBhbiBvbGRlciBxZW11LWt2bSBwYWNrYWdlLjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPTNEImNv bG9yOiByZ2IoMCwgMCwgMCk7PQogZm9udC1zaXplOiAxNnB4OyBmb250LWZhbWlseTogSGVsdmV0 aWNhTmV1ZSxIZWx2ZXRpY2EgTmV1ZSxIZWx2ZXRpY2EsQXJpYWw9CixMdWNpZGEgR3JhbmRlLFNh bnMtU2VyaWY7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyBmb250LXN0eWxlOiBub3Jt YT0KbDsiPjxzcGFuPkkgYXNzdW1lIHRoaXMgaXMgYSByZWxhdGVkIGJ1Zz8gaHR0cHM6Ly9idWd6 aWxsYS5yZWRoYXQuY29tL3Nob3dfPQpidWcuY2dpP2lkPTNEMTAwOTEwMDwvc3Bhbj48L2Rpdj48 ZGl2IHN0eWxlPTNEImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2k9CnplOiAxNnB4OyBmb250 LWZhbWlseTogSGVsdmV0aWNhTmV1ZSxIZWx2ZXRpY2EgTmV1ZSxIZWx2ZXRpY2EsQXJpYWwsTHVj aWRhID0KR3JhbmRlLFNhbnMtU2VyaWY7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyBm b250LXN0eWxlOiBub3JtYWw7Ij5Gcm9tPQogd2hhdCBJIGNhbiBpbmZlciBmcm9tIHRoaXMgdGhl cmUgaXMgYSByZWxhdGVkIGlzc3VlIHdpdGggdmRzbSB0aGF0IG5lZWRzIGg9CmFuZGxpbmcgYXMg d2VsbD88YnI+PC9kaXY+PGRpdiBzdHlsZT0zRCJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNp emU6IDE2cD0KeDsKIGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2FOZXVlLEhlbHZldGljYSBOZXVlLEhl bHZldGljYSxBcmlhbCxMdWNpZGEgR3JhbmRlLFNhPQpucy1TZXJpZjsgYmFja2dyb3VuZC1jb2xv cjogdHJhbnNwYXJlbnQ7IGZvbnQtc3R5bGU6IG5vcm1hbDsiPjxicj48c3Bhbj48L3M9CnBhbj48 L2Rpdj48ZGl2IHN0eWxlPTNEImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTZweDsg Zm9udC1mYW1pbHk6ID0KSGVsdmV0aWNhTmV1ZSxIZWx2ZXRpY2EgTmV1ZSxIZWx2ZXRpY2EsQXJp YWwsTHVjaWRhIEdyYW5kZSxTYW5zLVNlcmlmOyBiYWNrPQpncm91bmQtY29sb3I6IHRyYW5zcGFy ZW50OyBmb250LXN0eWxlOiBub3JtYWw7Ij48c3Bhbj5Gcm9tIGEgZmVhdHVyZSBwYXJpdHk9CiBw ZXJzcGVjdGl2ZSBhZ2FpbnN0IFZtd2FyZSBWY2VudGVyIChFbnRlcnByaXNlIHBsdXMpIHRoaXMg aXMgYSB2ZXJ5IGltcG9ydD0KYW50IGZlYXR1cmUuPC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9M0Qi Y29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAxNnB4PQo7IGZvbnQtZmFtaWx5OiBIZWx2 ZXRpY2FOZXVlLEhlbHZldGljYSBOZXVlLEhlbHZldGljYSxBcmlhbCxMdWNpZGEgR3JhbmRlLFM9 CmFucy1TZXJpZjsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGZvbnQtc3R5bGU6IG5v cm1hbDsiPkkgY2FuIHRoaW5rID0Kb2YgYSBudW1iZXIgb2YgVm13YXJlIHNob3BzIHRoYXQgd291 bGRuJ3QgbG9vayBhbiBhIGNvbXBldGluZyBoeXBlcnZpc29yIG1hPQpuYWdlbWVudCBwbGF0Zm9y bSB3aXRob3V0IHRoaXMgZmVhdHVyZSB3b3JraW5nLiZuYnNwOyBJIHRoaW5rIHRoaXMgd291bGQg YmU9CiBhIGtleSBtaWxlc3RvbmUgZm9yIG92aXJ0IHRvIGdldCB0by48YnI+PC9kaXY+PGRpdiBz dHlsZT0zRCJjb2xvcjogcmdiKDAsID0KMCwgMCk7IGZvbnQtc2l6ZTogMTZweDsgZm9udC1mYW1p bHk6IEhlbHZldGljYU5ldWUsSGVsdmV0aWNhCiBOZXVlLEhlbHZldGljYSxBcmlhbCxMdWNpZGEg R3JhbmRlLFNhbnMtU2VyaWY7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZT0KbnQ7IGZvbnQt c3R5bGU6IG5vcm1hbDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPTNEImNvbG9yOiByZ2IoMCwgMCwg MCk7IGZvbnQtPQpzaXplOiAxNnB4OyBmb250LWZhbWlseTogSGVsdmV0aWNhTmV1ZSxIZWx2ZXRp Y2EgTmV1ZSxIZWx2ZXRpY2EsQXJpYWwsTHVjaWQ9CmEgR3JhbmRlLFNhbnMtU2VyaWY7IGJhY2tn cm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyBmb250LXN0eWxlOiBub3JtYWw7Ij5Jcz0KIHRoaXMg c29tZXRoaW5nIHRoYXQgaXMgbGlrZWx5IHRvIGJlIHdvcmtlZCBvdXQgZm9yIHRoZSAzLjQuMSB0 aW1lZnJhbWUgb3IgPQppcyBpdCBub3cgYSAzLjUgaXNzdWU/PC9kaXY+PGRpdiBzdHlsZT0zRCJj b2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDE9CjZweDsgZm9udC1mYW1pbHk6IEhlbHZl dGljYU5ldWUsSGVsdmV0aWNhIE5ldWUsSGVsdmV0aWNhLEFyaWFsLEx1Y2lkYSBHcmFuZD0KZSxT YW5zLVNlcmlmOyBiYWNrZ3JvdW5kLWNvbG9yOiB0cmFuc3BhcmVudDsgZm9udC1zdHlsZTogbm9y bWFsOyI+PGJyPjwvZGl2PQo+PGRpdiBzdHlsZT0zRCJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250 LXNpemU6IDE2cHg7IGZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E9Ck5ldWUsSGVsdmV0aWNhIE5ldWUs SGVsdmV0aWNhLEFyaWFsLEx1Y2lkYSBHcmFuZGUsU2Fucy1TZXJpZjsgYmFja2dyb3VuZC1jbz0K bG9yOiB0cmFuc3BhcmVudDsgZm9udC1zdHlsZTogbm9ybWFsOyI+VGhhbmtzLjxicj48c3Bhbj48 L3NwYW4+PC9kaXY+PC9kaXY+PQo8L2JvZHk+PC9odG1sPgotLTcwODgxMjMzNC01MTg0NzQyNjYt MTM5NjI1MDI2Mj06MjE4MzUtLQo= --===============2017354001254544978==-- From fsayd at uncu.edu.ar Mon Mar 31 12:11:46 2014 Content-Type: multipart/mixed; boundary="===============7582175081295314700==" MIME-Version: 1.0 From: Federico Alberto Sayd To: users at ovirt.org Subject: Re: [Users] live storage migration - when is this being targeted? Date: Mon, 31 Mar 2014 13:11:35 -0300 Message-ID: <533993B7.6000002@uncu.edu.ar> In-Reply-To: 1396250262.21835.YahooMailNeo@web120604.mail.ne1.yahoo.com --===============7582175081295314700== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------050008010704080501000707 Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 7bit On 31/03/14 04:17, Paul Jansen wrote: > From what I can understand ovirt 3.4.0 - or a least the hypervisor = > part based on el6 - cannot do live storage migration due to an older = > qemu-kvm package. AFAIK isn't a old qemu-kvm package but a exclusive rhev package with the = live storage migration flags activated in the rpm build spec. I could activate live storage migration in 3.4 using the packages of = this 3rd party repo: http://www.dreyou.org/ovirt/vdsm/Packages/ I manually installed (rpm -i) qemu-img-rhev and qemu-kvm-rhev in each = node. I didn't need to update vdsm. Yes I know that is not the most elegant and professional way, but I need = live storage migration. My nodes run Centos 6.5 and vdsm 4.13.3 I don't know why downstream includes this feature while upstream still = don't have this. Sounds as political and commercial reasons from RH. --------------050008010704080501000707 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit

On 31/03/14 04:17, Paul Jansen wrote:

From what I can understand ovirt 3.4.0 - or a least the hypervisor part based on el6 - cannot do live storage migration due to an older qemu-kvm package.

AFAIK isn't a old qemu-kvm package but a exclusive rhev package with the live storage migration flags activated in the rpm build spec.

I could activate live storage migration in 3.4 using the packages of this 3rd party repo: http://www.dreyou.org/ovirt/vdsm/Packa= ges/

I manually installed (rpm -i) qemu-img-rhev and qemu-kvm-rhev in each node. I didn't need to update vdsm.

Yes I know that is not the most elegant and professional way, but I need live storage migration.

My nodes run Centos 6.5 and vdsm 4.13.3

I don't know why downstream includes this feature while upstream still don't have this. Sounds as political and commercial reasons from RH.
--------------050008010704080501000707-- --===============7582175081295314700== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wNTAwMDgwMTA3MDQwODA1MDEwMDA3MDcKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog N2JpdAoKT24gMzEvMDMvMTQgMDQ6MTcsIFBhdWwgSmFuc2VuIHdyb3RlOgo+IEZyb20gd2hhdCBJ IGNhbiB1bmRlcnN0YW5kIG92aXJ0IDMuNC4wIC0gb3IgYSBsZWFzdCB0aGUgaHlwZXJ2aXNvciAK PiBwYXJ0IGJhc2VkIG9uIGVsNiAtIGNhbm5vdCBkbyBsaXZlIHN0b3JhZ2UgbWlncmF0aW9uIGR1 ZSB0byBhbiBvbGRlciAKPiBxZW11LWt2bSBwYWNrYWdlLgoKQUZBSUsgaXNuJ3QgYSBvbGQgcWVt dS1rdm0gcGFja2FnZSBidXQgYSBleGNsdXNpdmUgcmhldiBwYWNrYWdlIHdpdGggdGhlIApsaXZl IHN0b3JhZ2UgbWlncmF0aW9uIGZsYWdzIGFjdGl2YXRlZCBpbiB0aGUgcnBtIGJ1aWxkIHNwZWMu CgpJIGNvdWxkIGFjdGl2YXRlIGxpdmUgc3RvcmFnZSBtaWdyYXRpb24gaW4gMy40IHVzaW5nIHRo ZSBwYWNrYWdlcyBvZiAKdGhpcyAzcmQgcGFydHkgcmVwbzogaHR0cDovL3d3dy5kcmV5b3Uub3Jn L292aXJ0L3Zkc20vUGFja2FnZXMvCgpJIG1hbnVhbGx5IGluc3RhbGxlZCAocnBtIC1pKSBxZW11 LWltZy1yaGV2IGFuZCBxZW11LWt2bS1yaGV2IGluIGVhY2ggCm5vZGUuIEkgZGlkbid0IG5lZWQg dG8gdXBkYXRlIHZkc20uCgpZZXMgSSBrbm93IHRoYXQgaXMgbm90IHRoZSBtb3N0IGVsZWdhbnQg YW5kIHByb2Zlc3Npb25hbCB3YXksIGJ1dCBJIG5lZWQgCmxpdmUgc3RvcmFnZSBtaWdyYXRpb24u CgpNeSBub2RlcyBydW4gIENlbnRvcyA2LjUgYW5kIHZkc20gNC4xMy4zCgpJIGRvbid0IGtub3cg d2h5IGRvd25zdHJlYW0gaW5jbHVkZXMgdGhpcyBmZWF0dXJlIHdoaWxlIHVwc3RyZWFtIHN0aWxs IApkb24ndCBoYXZlIHRoaXMuIFNvdW5kcyBhcyBwb2xpdGljYWwgYW5kIGNvbW1lcmNpYWwgcmVh c29ucyBmcm9tIFJILgoKLS0tLS0tLS0tLS0tLS0wNTAwMDgwMTA3MDQwODA1MDEwMDA3MDcKQ29u dGVudC1UeXBlOiB0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMQpDb250ZW50LVRyYW5zZmVy LUVuY29kaW5nOiA3Yml0Cgo8aHRtbD4KICA8aGVhZD4KICAgIDxtZXRhIGNvbnRlbnQ9InRleHQv aHRtbDsgY2hhcnNldD1JU08tODg1OS0xIgogICAgICBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUi PgogIDwvaGVhZD4KICA8Ym9keSBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAwIj4KICAg IDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZpeCI+T24gMzEvMDMvMTQgMDQ6MTcsIFBhdWwgSmFu c2VuIHdyb3RlOjxicj4KICAgIDwvZGl2PgogICAgPGJsb2NrcXVvdGUKICAgICAgY2l0ZT0ibWlk OjEzOTYyNTAyNjIuMjE4MzUuWWFob29NYWlsTmVvQHdlYjEyMDYwNC5tYWlsLm5lMS55YWhvby5j b20iCiAgICAgIHR5cGU9ImNpdGUiPgogICAgICA8ZGl2IHN0eWxlPSJjb2xvcjojMDAwOyBiYWNr Z3JvdW5kLWNvbG9yOiNmZmY7CiAgICAgICAgZm9udC1mYW1pbHk6SGVsdmV0aWNhTmV1ZSwgSGVs dmV0aWNhIE5ldWUsIEhlbHZldGljYSwgQXJpYWwsCiAgICAgICAgTHVjaWRhIEdyYW5kZSwgU2Fu cy1TZXJpZjtmb250LXNpemU6MTJwdCI+CiAgICAgICAgPGRpdj48c3Bhbj5Gcm9tIHdoYXQgSSBj YW4gdW5kZXJzdGFuZCBvdmlydCAzLjQuMCAtIG9yIGEgbGVhc3QKICAgICAgICAgICAgdGhlIGh5 cGVydmlzb3IgcGFydCBiYXNlZCBvbiBlbDYgLSBjYW5ub3QgZG8gbGl2ZSBzdG9yYWdlCiAgICAg ICAgICAgIG1pZ3JhdGlvbiBkdWUgdG8gYW4gb2xkZXIgcWVtdS1rdm0gcGFja2FnZS48L3NwYW4+ PC9kaXY+CiAgICAgIDwvZGl2PgogICAgPC9ibG9ja3F1b3RlPgogICAgPGJyPgogICAgQUZBSUsg aXNuJ3QgYSBvbGQgcWVtdS1rdm0gcGFja2FnZSBidXQgYSBleGNsdXNpdmUgcmhldiBwYWNrYWdl IHdpdGgKICAgIHRoZSBsaXZlIHN0b3JhZ2UgbWlncmF0aW9uIGZsYWdzIGFjdGl2YXRlZCBpbiB0 aGUgcnBtIGJ1aWxkIHNwZWMuPGJyPgogICAgPGJyPgogICAgSSBjb3VsZCBhY3RpdmF0ZSBsaXZl IHN0b3JhZ2UgbWlncmF0aW9uIGluIDMuNCB1c2luZyB0aGUgcGFja2FnZXMgb2YKICAgIHRoaXMg M3JkIHBhcnR5IHJlcG86IDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0 dHA6Ly93d3cuZHJleW91Lm9yZy9vdmlydC92ZHNtL1BhY2thZ2VzLyI+aHR0cDovL3d3dy5kcmV5 b3Uub3JnL292aXJ0L3Zkc20vUGFja2FnZXMvPC9hPjxicj4KICAgIDxicj4KICAgIEkgbWFudWFs bHkgaW5zdGFsbGVkIChycG0gLWkpIHFlbXUtaW1nLXJoZXYgYW5kIHFlbXUta3ZtLXJoZXYgaW4K ICAgIGVhY2ggbm9kZS4gSSBkaWRuJ3QgbmVlZCB0byB1cGRhdGUgdmRzbS4gPGJyPgogICAgPGJy PgogICAgWWVzIEkga25vdyB0aGF0IGlzIG5vdCB0aGUgbW9zdCBlbGVnYW50IGFuZCBwcm9mZXNz aW9uYWwgd2F5LCBidXQgSQogICAgbmVlZCBsaXZlIHN0b3JhZ2UgbWlncmF0aW9uLjxicj4KICAg IDxicj4KICAgIE15IG5vZGVzIHJ1biZuYnNwOyBDZW50b3MgNi41IGFuZCB2ZHNtIDQuMTMuMzxi cj4KICAgIDxicj4KICAgIEkgZG9uJ3Qga25vdyB3aHkgZG93bnN0cmVhbSBpbmNsdWRlcyB0aGlz IGZlYXR1cmUgd2hpbGUgdXBzdHJlYW0KICAgIHN0aWxsIGRvbid0IGhhdmUgdGhpcy4gU291bmRz IGFzIHBvbGl0aWNhbCBhbmQgY29tbWVyY2lhbCByZWFzb25zCiAgICBmcm9tIFJILjxicj4KICA8 L2JvZHk+CjwvaHRtbD4KCi0tLS0tLS0tLS0tLS0tMDUwMDA4MDEwNzA0MDgwNTAxMDAwNzA3LS0K --===============7582175081295314700==-- From iheim at redhat.com Fri Apr 4 11:30:44 2014 Content-Type: multipart/mixed; boundary="===============8847248861339382526==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] live storage migration - when is this being targeted? Date: Fri, 04 Apr 2014 18:30:38 +0300 Message-ID: <533ED01E.3060203@redhat.com> In-Reply-To: 533993B7.6000002@uncu.edu.ar --===============8847248861339382526== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 03/31/2014 07:11 PM, Federico Alberto Sayd wrote: > On 31/03/14 04:17, Paul Jansen wrote: >> From what I can understand ovirt 3.4.0 - or a least the hypervisor >> part based on el6 - cannot do live storage migration due to an older >> qemu-kvm package. > > AFAIK isn't a old qemu-kvm package but a exclusive rhev package with the > live storage migration flags activated in the rpm build spec. > > I could activate live storage migration in 3.4 using the packages of > this 3rd party repo: http://www.dreyou.org/ovirt/vdsm/Packages/ > > I manually installed (rpm -i) qemu-img-rhev and qemu-kvm-rhev in each > node. I didn't need to update vdsm. > > Yes I know that is not the most elegant and professional way, but I need > live storage migration. > > My nodes run Centos 6.5 and vdsm 4.13.3 > > I don't know why downstream includes this feature while upstream still > don't have this. Sounds as political and commercial reasons from RH. > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > upstream in this case is CentOS, and it provides what RHEL provides, = which is without these features. we are working with CentOS to provide this. until then, we are building it nightly from CentOS sources here: http://jenkins.ovirt.org/view/All/job/qemu-kvm-rhev_create_rpms_el6/lastSuc= cessfulBuild/artifact/rpms/ --===============8847248861339382526==-- From S.Kieske at mittwald.de Sat Apr 5 06:33:40 2014 Content-Type: multipart/mixed; boundary="===============6445091701448926817==" MIME-Version: 1.0 From: Sven Kieske To: users at ovirt.org Subject: Re: [Users] live storage migration - when is this being targeted? Date: Sat, 05 Apr 2014 10:32:26 +0000 Message-ID: <533FDBFF.5020608@mittwald.de> In-Reply-To: 533ED01E.3060203@redhat.com --===============6445091701448926817== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sorry if I have to correct you or I didn't understand you correctly but do you mean RHEL doesn't provide these compiler flag in their qemu-kvm version? Because I think they do: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qem= u-kvm-rhev-0.12.1.2-2.415.el6_5.5.src.rpm There is also a BZ somewhere. R P Herrold could say something about this I guess. CC'ing him. Am 04.04.2014 17:30, schrieb Itamar Heim: > upstream in this case is CentOS, and it provides what RHEL provides, > which is without these features. -- = 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 --===============6445091701448926817==-- From iheim at redhat.com Sat Apr 5 17:15:39 2014 Content-Type: multipart/mixed; boundary="===============3841706101336283785==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] live storage migration - when is this being targeted? Date: Sun, 06 Apr 2014 00:15:32 +0300 Message-ID: <53407274.20103@redhat.com> In-Reply-To: 533FDBFF.5020608@mittwald.de --===============3841706101336283785== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 04/05/2014 01:32 PM, Sven Kieske wrote: > Sorry if I have to correct you or I didn't understand > you correctly but do you mean RHEL doesn't provide > these compiler flag in their qemu-kvm version? > > Because I think they do: > > http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/q= emu-kvm-rhev-0.12.1.2-2.415.el6_5.5.src.rpm > > There is also a BZ somewhere. > > R P Herrold could say something about this I guess. > CC'ing him. RHEL uses: http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/qemu-= kvm-0.12.1.2-2.415.el6.src.rpm > > Am 04.04.2014 17:30, schrieb Itamar Heim: >> upstream in this case is CentOS, and it provides what RHEL provides, >> which is without these features. > --===============3841706101336283785==-- From S.Kieske at mittwald.de Mon Apr 7 04:28:04 2014 Content-Type: multipart/mixed; boundary="===============3222526688984923475==" MIME-Version: 1.0 From: Sven Kieske To: users at ovirt.org Subject: Re: [Users] live storage migration - when is this being targeted? Date: Mon, 07 Apr 2014 08:26:45 +0000 Message-ID: <5342618D.1070605@mittwald.de> In-Reply-To: 53407274.20103@redhat.com --===============3222526688984923475== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Ah, okay, now I'm totally confused and really don't know where this other package comes from. I was really thinking it was used. Thanks for your correction. Am 05.04.2014 23:15, schrieb Itamar Heim: > = > RHEL uses: > http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/qem= u-kvm-0.12.1.2-2.415.el6.src.rpm > = -- = 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 --===============3222526688984923475==-- From gianluca.cecchi at gmail.com Mon Apr 7 04:31:14 2014 Content-Type: multipart/mixed; boundary="===============5477249942463416733==" MIME-Version: 1.0 From: Gianluca Cecchi To: users at ovirt.org Subject: Re: [Users] live storage migration - when is this being targeted? Date: Mon, 07 Apr 2014 10:31:13 +0200 Message-ID: In-Reply-To: 5342618D.1070605@mittwald.de --===============5477249942463416733== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 2014-04-07 10:26 GMT+02:00 Sven Kieske : > Ah, okay, now I'm totally confused > and really don't know where this other > package comes from. > > I was really thinking it was used. > > Thanks for your correction. > > Am 05.04.2014 23:15, schrieb Itamar Heim: >> >> RHEL uses: >> http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/qe= mu-kvm-0.12.1.2-2.415.el6.src.rpm >> http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qem= u-kvm-rhev-0.12.1.2-2.415.el6_5.5.src.rpm is the source rpm for the binary used in RHEV commercial product --===============5477249942463416733==--