I understand that there are ongoing discussions with the= =3D Centos people regarding a suitable home for recompiled qemu-kvm packages.<= =3D /div>

Given that the ovirt node is our own spin, is there any rea= =3D son why that couldn't include the recompiled qemu-kvm packages that will th= =3D en allow us to use live snapshots and do live migrations? Itamar rece= =3D ntly mentioned that we already build these via a jenkins task.

= =3D

Nodes built on top of a Centos ins= =3D tall will still be an issue but I think its reasonable that the ovirt-node = =3D iso could include these custom packages.

This way we don't have to potentially wait until 3.4.= =3D 1 or 3.5 to get the live snapshot/migration features. The caveat woul= =3D d be that these features would only be supported if the nodes were all ovir= =3D t node iso based.

What are people's thoughts?

---847950152-1364082376-1396427909=3D:14395-- --===============4756901951714879760== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tODQ3OTUwMTUyLTEzNjQwODIzNzYtMTM5NjQyNzkwOT06MTQzOTUKQ29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyBjaGFyc2V0PWlzby04ODU5LTEKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog cXVvdGVkLXByaW50YWJsZQoKSSB1bmRlcnN0YW5kIHRoYXQgdGhlcmUgYXJlIG9uZ29pbmcgZGlz Y3Vzc2lvbnMgd2l0aCB0aGUgQ2VudG9zIHBlb3BsZSByZWdhPQpyZGluZyBhIHN1aXRhYmxlIGhv bWUgZm9yIHJlY29tcGlsZWQgcWVtdS1rdm0gcGFja2FnZXMuPTBBR2l2ZW4gdGhhdCB0aGUgb3Y9 CmlydCBub2RlIGlzIG91ciBvd24gc3BpbiwgaXMgdGhlcmUgYW55IHJlYXNvbiB3aHkgdGhhdCBj b3VsZG4ndCBpbmNsdWRlIHRoZT0KIHJlY29tcGlsZWQgcWVtdS1rdm0gcGFja2FnZXMgdGhhdCB3 aWxsIHRoZW4gYWxsb3cgdXMgdG8gdXNlIGxpdmUgc25hcHNob3RzPQogYW5kIGRvIGxpdmUgbWln cmF0aW9ucz89QTAgSXRhbWFyIHJlY2VudGx5IG1lbnRpb25lZCB0aGF0IHdlIGFscmVhZHkgYnVp bGQ9CiB0aGVzZSB2aWEgYSBqZW5raW5zIHRhc2suPTBBPTBBTm9kZXMgYnVpbHQgb24gdG9wIG9m IGEgQ2VudG9zIGluc3RhbGwgd2lsbD0KIHN0aWxsIGJlIGFuIGlzc3VlIGJ1dCBJIHRoaW5rIGl0 cyByZWFzb25hYmxlIHRoYXQgdGhlIG92aXJ0LW5vZGUgaXNvIGNvdWxkPQogaW5jbHVkZSB0aGVz ZSBjdXN0b20gcGFja2FnZXMuPTBBVGhpcyB3YXkgd2UgZG9uJ3QgaGF2ZSB0byBwb3RlbnRpYWxs eSB3YWk9CnQgdW50aWwgMy40LjEgb3IgMy41IHRvIGdldCB0aGUgbGl2ZSBzbmFwc2hvdC9taWdy YXRpb24gZmVhdHVyZXMuPUEwIFRoZSBjYT0KdmVhdCB3b3VsZCBiZSB0aGF0IHRoZXNlIGZlYXR1 cmVzIHdvdWxkIG9ubHkgYmUgc3VwcG9ydGVkIGlmIHRoZSBub2RlcyB3ZXJlPQogYWxsIG92aXJ0 IG5vZGUgaXNvIGJhc2VkLj0wQT0wQVdoYXQgYXJlIHBlb3BsZSdzIHRob3VnaHRzPz0wQQotLS04 NDc5NTAxNTItMTM2NDA4MjM3Ni0xMzk2NDI3OTA5PToxNDM5NQpDb250ZW50LVR5cGU6IHRleHQv aHRtbDsgY2hhcnNldD1pc28tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3Rl ZC1wcmludGFibGUKCjxodG1sPjxib2R5PjxkaXYgc3R5bGU9M0QiY29sb3I6IzAwMDsgYmFja2dy b3VuZC1jb2xvcjojZmZmOyBmb250LWZhbWlseTpIZT0KbHZldGljYU5ldWUsIEhlbHZldGljYSBO ZXVlLCBIZWx2ZXRpY2EsIEFyaWFsLCBMdWNpZGEgR3JhbmRlLCBTYW5zLVNlcmlmO2ZvPQpudC1z aXplOjEycHQiPjxkaXY+SSB1bmRlcnN0YW5kIHRoYXQgdGhlcmUgYXJlIG9uZ29pbmcgZGlzY3Vz c2lvbnMgd2l0aCB0aGU9CiBDZW50b3MgcGVvcGxlIHJlZ2FyZGluZyBhIHN1aXRhYmxlIGhvbWUg Zm9yIHJlY29tcGlsZWQgcWVtdS1rdm0gcGFja2FnZXMuPD0KL2Rpdj48ZGl2PjxzcGFuPkdpdmVu IHRoYXQgdGhlIG92aXJ0IG5vZGUgaXMgb3VyIG93biBzcGluLCBpcyB0aGVyZSBhbnkgcmVhPQpz b24gd2h5IHRoYXQgY291bGRuJ3QgaW5jbHVkZSB0aGUgcmVjb21waWxlZCBxZW11LWt2bSBwYWNr YWdlcyB0aGF0IHdpbGwgdGg9CmVuIGFsbG93IHVzIHRvIHVzZSBsaXZlIHNuYXBzaG90cyBhbmQg ZG8gbGl2ZSBtaWdyYXRpb25zPyZuYnNwOyBJdGFtYXIgcmVjZT0KbnRseSBtZW50aW9uZWQgdGhh dCB3ZSBhbHJlYWR5IGJ1aWxkIHRoZXNlIHZpYSBhIGplbmtpbnMgdGFzay48L3NwYW4+PC9kaXY+ PQo8ZGl2IHN0eWxlPTNEImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTZweDsgZm9u dC1mYW1pbHk6IEhlbHZldGljYU49CmV1ZSxIZWx2ZXRpY2EgTmV1ZSxIZWx2ZXRpY2EsQXJpYWws THVjaWRhIEdyYW5kZSxTYW5zLVNlcmlmOyBiYWNrZ3JvdW5kLWNvbD0Kb3I6IHRyYW5zcGFyZW50 OyBmb250LXN0eWxlOiBub3JtYWw7Ij48c3Bhbj48YnI+PC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9 M0QiPQpjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDE2cHg7IGZvbnQtZmFtaWx5OiBI ZWx2ZXRpY2FOZXVlLEhlbHZldGljYSA9Ck5ldWUsSGVsdmV0aWNhLEFyaWFsLEx1Y2lkYSBHcmFu ZGUsU2Fucy1TZXJpZjsgYmFja2dyb3VuZC1jb2xvcjoKIHRyYW5zcGFyZW50OyBmb250LXN0eWxl OiBub3JtYWw7Ij48c3Bhbj5Ob2RlcyBidWlsdCBvbiB0b3Agb2YgYSBDZW50b3MgaW5zPQp0YWxs IHdpbGwgc3RpbGwgYmUgYW4gaXNzdWUgYnV0IEkgdGhpbmsgaXRzIHJlYXNvbmFibGUgdGhhdCB0 aGUgb3ZpcnQtbm9kZSA9CmlzbyBjb3VsZCBpbmNsdWRlIHRoZXNlIGN1c3RvbSBwYWNrYWdlcy48 L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0zRCJjb2xvcjogcj0KZ2IoMCwgMCwgMCk7IGZvbnQtc2l6 ZTogMTZweDsgZm9udC1mYW1pbHk6IEhlbHZldGljYU5ldWUsSGVsdmV0aWNhIE5ldWUsSGVsPQp2 ZXRpY2EsQXJpYWwsTHVjaWRhIEdyYW5kZSxTYW5zLVNlcmlmOyBiYWNrZ3JvdW5kLWNvbG9yOiB0 cmFuc3BhcmVudDsgZm9udC09CnN0eWxlOiBub3JtYWw7Ij48c3Bhbj5UaGlzIHdheSB3ZSBkb24n dCBoYXZlIHRvIHBvdGVudGlhbGx5IHdhaXQgdW50aWwgMy40Lj0KMSBvciAzLjUgdG8gZ2V0IHRo ZSBsaXZlIHNuYXBzaG90L21pZ3JhdGlvbiBmZWF0dXJlcy4mbmJzcDsgVGhlIGNhdmVhdCB3b3Vs PQpkIGJlIHRoYXQgdGhlc2UgZmVhdHVyZXMgd291bGQgb25seSBiZSBzdXBwb3J0ZWQgaWYgdGhl IG5vZGVzIHdlcmUgYWxsIG92aXI9CnQgbm9kZSBpc28gYmFzZWQuPC9zcGFuPjwvZGl2PjxkaXYg c3R5bGU9M0QiY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOj0KIDE2cHg7IGZvbnQtZmFt aWx5OiBIZWx2ZXRpY2FOZXVlLEhlbHZldGljYSBOZXVlLEhlbHZldGljYSxBcmlhbCxMdWNpZGEg R3JhPQpuZGUsU2Fucy1TZXJpZjsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGZvbnQt c3R5bGU6IG5vcm1hbDsiPjxicj48c3A9CmFuPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPTNEImNv bG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTogMTZweDsgZm9udC1mYT0KbWlseTogSGVsdmV0 aWNhTmV1ZSxIZWx2ZXRpY2EgTmV1ZSxIZWx2ZXRpY2EsQXJpYWwsTHVjaWRhCiBHcmFuZGUsU2Fu cy1TZXJpZjsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGZvbnQtc3R5bGU6IG5vcm1h bDsiPjxzcD0KYW4+V2hhdCBhcmUgcGVvcGxlJ3MgdGhvdWdodHM/PC9zcGFuPjwvZGl2PjxkaXYg c3R5bGU9M0QiY29sb3I6IHJnYigwLCAwLCAwPQopOyBmb250LXNpemU6IDE2cHg7IGZvbnQtZmFt aWx5OiBIZWx2ZXRpY2FOZXVlLEhlbHZldGljYSBOZXVlLEhlbHZldGljYSxBcmk9CmFsLEx1Y2lk YSBHcmFuZGUsU2Fucy1TZXJpZjsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IGZvbnQt c3R5bGU6IG5vcj0KbWFsOyI+PHNwYW4+PGJyPjwvc3Bhbj48L2Rpdj48L2Rpdj48L2JvZHk+PC9o dG1sPgotLS04NDc5NTAxNTItMTM2NDA4MjM3Ni0xMzk2NDI3OTA5PToxNDM5NS0tCg== --===============4756901951714879760==-- From dfediuck at redhat.com Sun Apr 6 11:57:55 2014 Content-Type: multipart/mixed; boundary="===============7638602441426609656==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Sun, 06 Apr 2014 11:57:54 -0400 Message-ID: <1177291820.288659.1396799874163.JavaMail.zimbra@redhat.com> In-Reply-To: 1396427909.14395.YahooMailNeo@web120603.mail.ne1.yahoo.com --===============7638602441426609656== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > From: "Paul Jansen" > To: "users" > Sent: Wednesday, April 2, 2014 11:38:29 AM > Subject: [Users] node spin including qemu-kvm-rhev? > = > I understand that there are ongoing discussions with the Centos people > regarding a suitable home for recompiled qemu-kvm packages. > Given that the ovirt node is our own spin, is there any reason why that > couldn't include the recompiled qemu-kvm packages that will then allow us= to > use live snapshots and do live migrations? Itamar recently mentioned that= we > already build these via a jenkins task. > = > Nodes built on top of a Centos install will still be an issue but I think= its > reasonable that the ovirt-node iso could include these custom packages. > This way we don't have to potentially wait until 3.4.1 or 3.5 to get the = live > snapshot/migration features. The caveat would be that these features would > only be supported if the nodes were all ovirt node iso based. > = > What are people's thoughts? > = > = Sounds reasonable as long as you understand mix and match will become an is= sue. The questions is how do we differentiate between the nodes to make sure no = one mixes them by mistake? --===============7638602441426609656==-- From vlaero at yahoo.com.au Sun Apr 6 22:15:24 2014 Content-Type: multipart/mixed; boundary="===============1994252824242647276==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Sun, 06 Apr 2014 19:15:23 -0700 Message-ID: <1396836923.91015.YahooMailNeo@web120602.mail.ne1.yahoo.com> In-Reply-To: 1177291820.288659.1396799874163.JavaMail.zimbra@redhat.com --===============1994252824242647276== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ---1212189890-1090543080-1396836923=3D:91015 Content-Type: text/plain; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable =3D0A=3D0A=3D0A=3D0A=3D0A=3D0A----- Original Message -----=3D0A> From: "Pau= l Jansen" =3D0A> To: "users" =3D0A> Sent: Wedne= sday, Ap=3D ril 2, 2014 11:38:29 AM=3D0A> Subject: [Users] node spin including qemu-kvm= -r=3D hev?=3D0A> =3D0A> I understand that there are ongoing discussions with the = Cent=3D os people=3D0A> regarding a suitable home for recompiled qemu-kvm packages.= =3D =3D0A> Given that the ovirt node is our own spin, is there any reason why t= ha=3D t=3D0A> couldn't include the recompiled qemu-kvm packages that will then al= lo=3D w us to=3D0A> use live snapshots and do live migrations? Itamar recently me= nt=3D ioned that we=3D0A> already build these via a jenkins task.=3D0A> =3D0A> No= des bu=3D ilt on top of a Centos install will still be an issue but I think its=3D0A>= r=3D easonable that the ovirt-node iso could include these custom packages.=3D0A= > =3D This way we don't have to potentially wait until 3.4.1 or 3.5 to get the li= =3D ve=3D0A> snapshot/migration features. The caveat would be that these featur= es=3D would=3D0A> only be supported if the nodes were all ovirt node iso based.= =3D0A=3D > =3D0A> What are people's thoughts?=3D0A> =3D0A> =3D0A=3D0ASounds reasonab= le as long=3D as you understand mix and match will become an issue.=3D0AThe questions is= h=3D ow do we differentiate between the nodes to make sure no one=3D0Amixes them= b=3D y mistake?=3D0A=3D0A=3D0AMy mail client might mangle the bottom-posting her= e, so =3D we'll see how it goes.=3D0AI saw a post from Fabian that he had re-enabled = je=3D nkins builds of the node image based on Fedora 19/20 (but not yet including= =3D the VDSM plugin).=3DA0 Presumably the main goal of this is to ensure that = th=3D ings in node land are OK for an upcoming spin based on EL7?=3D0AIf ovirt do= es=3D go back to having Fedora and EL based node images in the short term it wou= =3D ld mean that live migration will work on the Fedora images.=3D0AIf it was a= ls=3D o decided to allow the EL based node image to include the recompiled qemu-k= =3D vm-rhev package the Ovirt release notes could then say that when using an o= =3D virt node image live migration is supported, as is when a fedora install ha= =3D s the ovirt hypervisor packages installed.=3D0AIt would only be that an EL = ba=3D sed system - built up to then also include the ovirt hypervisor packages - = =3D that live migration would not be supported - at this stage.=3D0AThis can ch= an=3D ge when the details are further worked out with the Centos people about how= =3D the updated qemu-kvm packages will be hosted and made available.=3D0AIn th= e =3D meantime, people that want to set things up so that live migration is there= =3D can do so.=3D0A=3D0AOnce live migration is in place I think it would be in= tere=3D sting to try and find out from people interested (or already testing ovirt)= =3D that have VMware backgrounds/experience what they think is the the largest= =3D outstanding issue feature wise when comparing ovirt to Vcenter.=3DA0 What = wo=3D uld stop them from migrating from vcenter to ovirt?=3D0A ---1212189890-1090543080-1396836923=3D:91015 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable

= =3D

----- Original Message ---= --> From: "Paul Jansen" <vlaer= o(a)yaho=3D o.com.au>
> To: "users" <u= sers(a)ovi=3D rt.org>
> Sent: Wednesday, April 2, 2014 11:3= 8:=3D 29 AM
> Subject: [Users] node spin including qemu-kv= m-=3D rhev?
>
> I understand that there are ongoing discussions = wi=3D th the Centos people
> regarding a suitable home for= r=3D ecompiled qemu-kvm packages.
> Given that the ovirt = no=3D de is our own spin, is there any reason why that
> c= ou=3D ldn't include the recompiled qemu-kvm packages that will then allow us to> use live snapshots and do live migrations? Itamar r= ec=3D ently mentioned that we
> already build these via a = je=3D nkins task.
>
> Nodes built = on t=3D op of a Centos install will still be an issue but I think its
> reasonable that the ovirt-node iso could include these custom pac= =3D kages.
> This way we don't have to potentially wait = un=3D til 3.4.1 or 3.5 to get the live
> snapshot/migratio= n =3D features. The caveat would be that these features would
&=3D gt; only be supported if the nodes were all ovirt node iso based.
= &g=3D t;
> What are people's thoughts?

>
>

Soun=3D ds reasonable as long as you understand mix and match will become an issue.= =3D
The questions is how do we differentiate between the n= od=3D es to make sure no one
mixes them by mistake?

My ma=3D il client might mangle the bottom-posting here, so we'll see how it goes.I saw a post from Fabian that he had re-enabled jenkins builds of the nod= =3D e image based on Fedora 19/20 (but not yet including the VDSM plugin). = =3D ; Presumably the main goal of this is to ensure that things in node land ar= =3D e OK for an upcoming spin based on EL7?
If ovirt does go back to having = =3D Fedora and EL based node images in the short term it would mean that live m= =3D igration will work on the Fedora images.
If it was also decided to allow the EL based= =3D node image to include the recompiled qemu-kvm-rhev package the Ovirt relea= =3D se notes could then say that when using an ovirt node image live migration = =3D is supported, as is when a fedora install has the ovirt hypervisor packages= =3D installed.
It would only be that an EL based system - built up to then = =3D also include the ovirt hypervisor packages - that live migration would not = =3D be supported - at this stage.
This can change when the details are furth= =3D er worked out with the Centos people about how the updated qemu-kvm package= =3D s will be hosted and made available.
In the meantime, people that want t= =3D o set things up so that live migration is there can do so.

Once live= =3D migration is in place I think it would be interesting to try and find out = =3D from people interested (or already testing ovirt) that have VMware backgrou= =3D nds/experience what they think is the the largest outstanding issue feature wise when comparing ovirt to Vcenter. What would stop them f= =3D rom migrating from vcenter to ovirt?

= =3D ---1212189890-1090543080-1396836923=3D:91015-- --===============1994252824242647276== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tMTIxMjE4OTg5MC0xMDkwNTQzMDgwLTEzOTY4MzY5MjM9OjkxMDE1CkNvbnRlbnQtVHlwZTog dGV4dC9wbGFpbjsgY2hhcnNldD1pc28tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6 IHF1b3RlZC1wcmludGFibGUKCj0wQT0wQT0wQT0wQT0wQT0wQS0tLS0tIE9yaWdpbmFsIE1lc3Nh Z2UgLS0tLS09MEE+IEZyb206ICJQYXVsIEphbnNlbiIgPHZsYT0KZXJvQHlhaG9vLmNvbS5hdT49 MEE+IFRvOiAidXNlcnMiIDx1c2Vyc0BvdmlydC5vcmc+PTBBPiBTZW50OiBXZWRuZXNkYXksIEFw PQpyaWwgMiwgMjAxNCAxMTozODoyOSBBTT0wQT4gU3ViamVjdDogW1VzZXJzXSBub2RlIHNwaW4g aW5jbHVkaW5nIHFlbXUta3ZtLXI9Cmhldj89MEE+ID0wQT4gSSB1bmRlcnN0YW5kIHRoYXQgdGhl cmUgYXJlIG9uZ29pbmcgZGlzY3Vzc2lvbnMgd2l0aCB0aGUgQ2VudD0Kb3MgcGVvcGxlPTBBPiBy ZWdhcmRpbmcgYSBzdWl0YWJsZSBob21lIGZvciByZWNvbXBpbGVkIHFlbXUta3ZtIHBhY2thZ2Vz Lj0KPTBBPiBHaXZlbiB0aGF0IHRoZSBvdmlydCBub2RlIGlzIG91ciBvd24gc3BpbiwgaXMgdGhl cmUgYW55IHJlYXNvbiB3aHkgdGhhPQp0PTBBPiBjb3VsZG4ndCBpbmNsdWRlIHRoZSByZWNvbXBp bGVkIHFlbXUta3ZtIHBhY2thZ2VzIHRoYXQgd2lsbCB0aGVuIGFsbG89CncgdXMgdG89MEE+IHVz ZSBsaXZlIHNuYXBzaG90cyBhbmQgZG8gbGl2ZSBtaWdyYXRpb25zPyBJdGFtYXIgcmVjZW50bHkg bWVudD0KaW9uZWQgdGhhdCB3ZT0wQT4gYWxyZWFkeSBidWlsZCB0aGVzZSB2aWEgYSBqZW5raW5z IHRhc2suPTBBPiA9MEE+IE5vZGVzIGJ1PQppbHQgb24gdG9wIG9mIGEgQ2VudG9zIGluc3RhbGwg d2lsbCBzdGlsbCBiZSBhbiBpc3N1ZSBidXQgSSB0aGluayBpdHM9MEE+IHI9CmVhc29uYWJsZSB0 aGF0IHRoZSBvdmlydC1ub2RlIGlzbyBjb3VsZCBpbmNsdWRlIHRoZXNlIGN1c3RvbSBwYWNrYWdl cy49MEE+ID0KVGhpcyB3YXkgd2UgZG9uJ3QgaGF2ZSB0byBwb3RlbnRpYWxseSB3YWl0IHVudGls IDMuNC4xIG9yIDMuNSB0byBnZXQgdGhlIGxpPQp2ZT0wQT4gc25hcHNob3QvbWlncmF0aW9uIGZl YXR1cmVzLiBUaGUgY2F2ZWF0IHdvdWxkIGJlIHRoYXQgdGhlc2UgZmVhdHVyZXM9CiB3b3VsZD0w QT4gb25seSBiZSBzdXBwb3J0ZWQgaWYgdGhlIG5vZGVzIHdlcmUgYWxsIG92aXJ0IG5vZGUgaXNv IGJhc2VkLj0wQT0KPiA9MEE+IFdoYXQgYXJlIHBlb3BsZSdzIHRob3VnaHRzPz0wQT4gPTBBPiA9 MEE9MEFTb3VuZHMgcmVhc29uYWJsZSBhcyBsb25nPQogYXMgeW91IHVuZGVyc3RhbmQgbWl4IGFu ZCBtYXRjaCB3aWxsIGJlY29tZSBhbiBpc3N1ZS49MEFUaGUgcXVlc3Rpb25zIGlzIGg9Cm93IGRv IHdlIGRpZmZlcmVudGlhdGUgYmV0d2VlbiB0aGUgbm9kZXMgdG8gbWFrZSBzdXJlIG5vIG9uZT0w QW1peGVzIHRoZW0gYj0KeSBtaXN0YWtlPz0wQT0wQT0wQU15IG1haWwgY2xpZW50IG1pZ2h0IG1h bmdsZSB0aGUgYm90dG9tLXBvc3RpbmcgaGVyZSwgc28gPQp3ZSdsbCBzZWUgaG93IGl0IGdvZXMu PTBBSSBzYXcgYSBwb3N0IGZyb20gRmFiaWFuIHRoYXQgaGUgaGFkIHJlLWVuYWJsZWQgamU9Cm5r aW5zIGJ1aWxkcyBvZiB0aGUgbm9kZSBpbWFnZSBiYXNlZCBvbiBGZWRvcmEgMTkvMjAgKGJ1dCBu b3QgeWV0IGluY2x1ZGluZz0KIHRoZSBWRFNNIHBsdWdpbikuPUEwIFByZXN1bWFibHkgdGhlIG1h aW4gZ29hbCBvZiB0aGlzIGlzIHRvIGVuc3VyZSB0aGF0IHRoPQppbmdzIGluIG5vZGUgbGFuZCBh cmUgT0sgZm9yIGFuIHVwY29taW5nIHNwaW4gYmFzZWQgb24gRUw3Pz0wQUlmIG92aXJ0IGRvZXM9 CiBnbyBiYWNrIHRvIGhhdmluZyBGZWRvcmEgYW5kIEVMIGJhc2VkIG5vZGUgaW1hZ2VzIGluIHRo ZSBzaG9ydCB0ZXJtIGl0IHdvdT0KbGQgbWVhbiB0aGF0IGxpdmUgbWlncmF0aW9uIHdpbGwgd29y ayBvbiB0aGUgRmVkb3JhIGltYWdlcy49MEFJZiBpdCB3YXMgYWxzPQpvIGRlY2lkZWQgdG8gYWxs b3cgdGhlIEVMIGJhc2VkIG5vZGUgaW1hZ2UgdG8gaW5jbHVkZSB0aGUgcmVjb21waWxlZCBxZW11 LWs9CnZtLXJoZXYgcGFja2FnZSB0aGUgT3ZpcnQgcmVsZWFzZSBub3RlcyBjb3VsZCB0aGVuIHNh eSB0aGF0IHdoZW4gdXNpbmcgYW4gbz0KdmlydCBub2RlIGltYWdlIGxpdmUgbWlncmF0aW9uIGlz IHN1cHBvcnRlZCwgYXMgaXMgd2hlbiBhIGZlZG9yYSBpbnN0YWxsIGhhPQpzIHRoZSBvdmlydCBo eXBlcnZpc29yIHBhY2thZ2VzIGluc3RhbGxlZC49MEFJdCB3b3VsZCBvbmx5IGJlIHRoYXQgYW4g RUwgYmE9CnNlZCBzeXN0ZW0gLSBidWlsdCB1cCB0byB0aGVuIGFsc28gaW5jbHVkZSB0aGUgb3Zp cnQgaHlwZXJ2aXNvciBwYWNrYWdlcyAtID0KdGhhdCBsaXZlIG1pZ3JhdGlvbiB3b3VsZCBub3Qg YmUgc3VwcG9ydGVkIC0gYXQgdGhpcyBzdGFnZS49MEFUaGlzIGNhbiBjaGFuPQpnZSB3aGVuIHRo ZSBkZXRhaWxzIGFyZSBmdXJ0aGVyIHdvcmtlZCBvdXQgd2l0aCB0aGUgQ2VudG9zIHBlb3BsZSBh Ym91dCBob3c9CiB0aGUgdXBkYXRlZCBxZW11LWt2bSBwYWNrYWdlcyB3aWxsIGJlIGhvc3RlZCBh bmQgbWFkZSBhdmFpbGFibGUuPTBBSW4gdGhlID0KbWVhbnRpbWUsIHBlb3BsZSB0aGF0IHdhbnQg dG8gc2V0IHRoaW5ncyB1cCBzbyB0aGF0IGxpdmUgbWlncmF0aW9uIGlzIHRoZXJlPQogY2FuIGRv IHNvLj0wQT0wQU9uY2UgbGl2ZSBtaWdyYXRpb24gaXMgaW4gcGxhY2UgSSB0aGluayBpdCB3b3Vs ZCBiZSBpbnRlcmU9CnN0aW5nIHRvIHRyeSBhbmQgZmluZCBvdXQgZnJvbSBwZW9wbGUgaW50ZXJl c3RlZCAob3IgYWxyZWFkeSB0ZXN0aW5nIG92aXJ0KT0KIHRoYXQgaGF2ZSBWTXdhcmUgYmFja2dy b3VuZHMvZXhwZXJpZW5jZSB3aGF0IHRoZXkgdGhpbmsgaXMgdGhlIHRoZSBsYXJnZXN0PQogb3V0 c3RhbmRpbmcgaXNzdWUgZmVhdHVyZSB3aXNlIHdoZW4gY29tcGFyaW5nIG92aXJ0IHRvIFZjZW50 ZXIuPUEwIFdoYXQgd289CnVsZCBzdG9wIHRoZW0gZnJvbSBtaWdyYXRpbmcgZnJvbSB2Y2VudGVy IHRvIG92aXJ0Pz0wQQotLS0xMjEyMTg5ODkwLTEwOTA1NDMwODAtMTM5NjgzNjkyMz06OTEwMTUK Q29udGVudC1UeXBlOiB0ZXh0L2h0bWw7IGNoYXJzZXQ9aXNvLTg4NTktMQpDb250ZW50LVRyYW5z ZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlCgo8aHRtbD48Ym9keT48ZGl2IHN0eWxlPTNE ImNvbG9yOiMwMDA7IGJhY2tncm91bmQtY29sb3I6I2ZmZjsgZm9udC1mYW1pbHk6SGU9Cmx2ZXRp Y2FOZXVlLCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0aWNhLCBBcmlhbCwgTHVjaWRhIEdyYW5kZSwg U2Fucy1TZXJpZjtmbz0KbnQtc2l6ZToxMnB0Ij48ZGl2IHN0eWxlPTNEImZvbnQtZmFtaWx5OiBI ZWx2ZXRpY2FOZXVlLCBIZWx2ZXRpY2EgTmV1ZSwgSGVsPQp2ZXRpY2EsIEFyaWFsLCBMdWNpZGEg R3JhbmRlLCBTYW5zLVNlcmlmOyBmb250LXNpemU6IDEycHQ7Ij48ZGl2IHN0eWxlPTNEImY9Cm9u dC1mYW1pbHk6IHRpbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZjsgZm9udC1z aXplOiAxMnB0OyI+PGJyPj0KPGRpdiBjbGFzcz0zRCJ5X21zZ19jb250YWluZXIiPjxicj48YnIg Y2xlYXI9M0Qibm9uZSI+PGRpdiBjbGFzcz0zRCJ5cXQwMjM3PQo0Nzc0MDAiIGlkPTNEInlxdGZk MDAzMTgiPjxiciBjbGVhcj0zRCJub25lIj4tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tPGI9 CnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBGcm9tOiAiUGF1bCBKYW5zZW4iICZsdDs8YSBzaGFwZT0z RCJyZWN0IiB5bWFpbHRvPTNEIj0KbWFpbHRvOnZsYWVyb0B5YWhvby5jb20uYXUiIGhyZWY9M0Qi bWFpbHRvOnZsYWVyb0B5YWhvby5jb20uYXUiPnZsYWVyb0B5YWhvPQpvLmNvbS5hdTwvYT4mZ3Q7 PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgVG86ICJ1c2VycyIgJmx0OzxhIHNoYXBlPTNEInJlY3Qi IHk9Cm1haWx0bz0zRCJtYWlsdG86dXNlcnNAb3ZpcnQub3JnIiBocmVmPTNEIm1haWx0bzp1c2Vy c0BvdmlydC5vcmciPnVzZXJzQG92aT0KcnQub3JnPC9hPiZndDs8YnIgY2xlYXI9M0Qibm9uZSI+ Jmd0OyBTZW50OiBXZWRuZXNkYXksIEFwcmlsIDIsIDIwMTQgMTE6Mzg6PQoyOSBBTTxiciBjbGVh cj0zRCJub25lIj4mZ3Q7IFN1YmplY3Q6IFtVc2Vyc10gbm9kZSBzcGluIGluY2x1ZGluZyBxZW11 LWt2bS09CnJoZXY/PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsKIDxiciBjbGVhcj0zRCJub25lIj4m Z3Q7IEkgdW5kZXJzdGFuZCB0aGF0IHRoZXJlIGFyZSBvbmdvaW5nIGRpc2N1c3Npb25zIHdpPQp0 aCB0aGUgQ2VudG9zIHBlb3BsZTxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IHJlZ2FyZGluZyBhIHN1 aXRhYmxlIGhvbWUgZm9yIHI9CmVjb21waWxlZCBxZW11LWt2bSBwYWNrYWdlcy48YnIgY2xlYXI9 M0Qibm9uZSI+Jmd0OyBHaXZlbiB0aGF0IHRoZSBvdmlydCBubz0KZGUgaXMgb3VyIG93biBzcGlu LCBpcyB0aGVyZSBhbnkgcmVhc29uIHdoeSB0aGF0PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgY291 PQpsZG4ndCBpbmNsdWRlIHRoZSByZWNvbXBpbGVkIHFlbXUta3ZtIHBhY2thZ2VzIHRoYXQgd2ls bCB0aGVuIGFsbG93IHVzIHRvPGI9CnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyB1c2UgbGl2ZSBzbmFw c2hvdHMgYW5kIGRvIGxpdmUgbWlncmF0aW9ucz8gSXRhbWFyIHJlYz0KZW50bHkgbWVudGlvbmVk IHRoYXQgd2U8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBhbHJlYWR5IGJ1aWxkIHRoZXNlIHZpYSBh IGplPQpua2lucyB0YXNrLjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IDxiciBjbGVhcj0zRCJub25l Ij4mZ3Q7IE5vZGVzIGJ1aWx0IG9uIHQ9Cm9wIG9mIGEgQ2VudG9zIGluc3RhbGwgd2lsbCBzdGls bCBiZSBhbiBpc3N1ZSBidXQgSSB0aGluayBpdHM8YnIgY2xlYXI9M0Qibj0Kb25lIj4mZ3Q7IHJl YXNvbmFibGUgdGhhdCB0aGUgb3ZpcnQtbm9kZSBpc28gY291bGQgaW5jbHVkZSB0aGVzZSBjdXN0 b20gcGFjPQprYWdlcy48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBUaGlzIHdheSB3ZSBkb24ndCBo YXZlIHRvIHBvdGVudGlhbGx5IHdhaXQgdW49CnRpbCAzLjQuMSBvciAzLjUgdG8gZ2V0IHRoZSBs aXZlPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgc25hcHNob3QvbWlncmF0aW9uID0KZmVhdHVyZXMu IFRoZSBjYXZlYXQgd291bGQgYmUgdGhhdCB0aGVzZSBmZWF0dXJlcyB3b3VsZDxiciBjbGVhcj0z RCJub25lIj4mPQpndDsgb25seSBiZQogc3VwcG9ydGVkIGlmIHRoZSBub2RlcyB3ZXJlIGFsbCBv dmlydCBub2RlIGlzbyBiYXNlZC48YnIgY2xlYXI9M0Qibm9uZSI+Jmc9CnQ7IDxiciBjbGVhcj0z RCJub25lIj4mZ3Q7IFdoYXQgYXJlIHBlb3BsZSdzIHRob3VnaHRzPzwvZGl2PjxiciBjbGVhcj0z RCJubz0KbmUiPiZndDsgPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgPGJyIGNsZWFyPTNEIm5vbmUi PjxiciBjbGVhcj0zRCJub25lIj5Tb3VuPQpkcyByZWFzb25hYmxlIGFzIGxvbmcgYXMgeW91IHVu ZGVyc3RhbmQgbWl4IGFuZCBtYXRjaCB3aWxsIGJlY29tZSBhbiBpc3N1ZS49CjxiciBjbGVhcj0z RCJub25lIj5UaGUgcXVlc3Rpb25zIGlzIGhvdyBkbyB3ZSBkaWZmZXJlbnRpYXRlIGJldHdlZW4g dGhlIG5vZD0KZXMgdG8gbWFrZSBzdXJlIG5vIG9uZTxiciBjbGVhcj0zRCJub25lIj5taXhlcyB0 aGVtIGJ5IG1pc3Rha2U/PGRpdiBjbGFzcz0KPTNEInlxdDAyMzc0Nzc0MDAiIGlkPTNEInlxdGZk MzU0ODkiPjxiciBjbGVhcj0zRCJub25lIj48L2Rpdj48YnI+PGJyPk15IG1hPQppbCBjbGllbnQg bWlnaHQgbWFuZ2xlIHRoZSBib3R0b20tcG9zdGluZyBoZXJlLCBzbyB3ZSdsbCBzZWUgaG93IGl0 IGdvZXMuPGI9CnI+SSBzYXcgYSBwb3N0IGZyb20gRmFiaWFuIHRoYXQgaGUgaGFkIHJlLWVuYWJs ZWQgamVua2lucyBidWlsZHMgb2YgdGhlIG5vZD0KZSBpbWFnZSBiYXNlZCBvbiBGZWRvcmEgMTkv MjAgKGJ1dCBub3QgeWV0IGluY2x1ZGluZyB0aGUgVkRTTSBwbHVnaW4pLiZuYnNwPQo7IFByZXN1 bWFibHkgdGhlIG1haW4gZ29hbCBvZiB0aGlzIGlzIHRvIGVuc3VyZSB0aGF0IHRoaW5ncyBpbiBu b2RlIGxhbmQgYXI9CmUgT0sgZm9yIGFuIHVwY29taW5nIHNwaW4gYmFzZWQgb24gRUw3Pzxicj5J ZiBvdmlydCBkb2VzIGdvIGJhY2sgdG8gaGF2aW5nID0KRmVkb3JhIGFuZCBFTCBiYXNlZCBub2Rl IGltYWdlcyBpbiB0aGUgc2hvcnQgdGVybSBpdCB3b3VsZCBtZWFuIHRoYXQgbGl2ZSBtPQppZ3Jh dGlvbiB3aWxsCiB3b3JrIG9uIHRoZSBGZWRvcmEgaW1hZ2VzLjxicj5JZiBpdCB3YXMgYWxzbyBk ZWNpZGVkIHRvIGFsbG93IHRoZSBFTCBiYXNlZD0KIG5vZGUgaW1hZ2UgdG8gaW5jbHVkZSB0aGUg cmVjb21waWxlZCBxZW11LWt2bS1yaGV2IHBhY2thZ2UgdGhlIE92aXJ0IHJlbGVhPQpzZSBub3Rl cyBjb3VsZCB0aGVuIHNheSB0aGF0IHdoZW4gdXNpbmcgYW4gb3ZpcnQgbm9kZSBpbWFnZSBsaXZl IG1pZ3JhdGlvbiA9CmlzIHN1cHBvcnRlZCwgYXMgaXMgd2hlbiBhIGZlZG9yYSBpbnN0YWxsIGhh cyB0aGUgb3ZpcnQgaHlwZXJ2aXNvciBwYWNrYWdlcz0KIGluc3RhbGxlZC48YnI+SXQgd291bGQg b25seSBiZSB0aGF0IGFuIEVMIGJhc2VkIHN5c3RlbSAtIGJ1aWx0IHVwIHRvIHRoZW4gPQphbHNv IGluY2x1ZGUgdGhlIG92aXJ0IGh5cGVydmlzb3IgcGFja2FnZXMgLSB0aGF0IGxpdmUgbWlncmF0 aW9uIHdvdWxkIG5vdCA9CmJlIHN1cHBvcnRlZCAtIGF0IHRoaXMgc3RhZ2UuPGJyPlRoaXMgY2Fu IGNoYW5nZSB3aGVuIHRoZSBkZXRhaWxzIGFyZSBmdXJ0aD0KZXIgd29ya2VkIG91dCB3aXRoIHRo ZSBDZW50b3MgcGVvcGxlIGFib3V0IGhvdyB0aGUgdXBkYXRlZCBxZW11LWt2bSBwYWNrYWdlPQpz IHdpbGwgYmUgaG9zdGVkIGFuZCBtYWRlIGF2YWlsYWJsZS48YnI+SW4gdGhlIG1lYW50aW1lLCBw ZW9wbGUgdGhhdCB3YW50IHQ9Cm8gc2V0IHRoaW5ncyB1cCBzbyB0aGF0IGxpdmUgbWlncmF0aW9u IGlzIHRoZXJlIGNhbiBkbyBzby48YnI+PGJyPk9uY2UgbGl2ZT0KIG1pZ3JhdGlvbiBpcyBpbiBw bGFjZSBJIHRoaW5rIGl0IHdvdWxkIGJlIGludGVyZXN0aW5nIHRvIHRyeSBhbmQgZmluZCBvdXQg PQpmcm9tIHBlb3BsZSBpbnRlcmVzdGVkIChvciBhbHJlYWR5IHRlc3Rpbmcgb3ZpcnQpIHRoYXQg aGF2ZSBWTXdhcmUgYmFja2dyb3U9Cm5kcy9leHBlcmllbmNlIHdoYXQgdGhleSB0aGluayBpcyB0 aGUgdGhlIGxhcmdlc3Qgb3V0c3RhbmRpbmcgaXNzdWUKIGZlYXR1cmUgd2lzZSB3aGVuIGNvbXBh cmluZyBvdmlydCB0byBWY2VudGVyLiZuYnNwOyBXaGF0IHdvdWxkIHN0b3AgdGhlbSBmPQpyb20g bWlncmF0aW5nIGZyb20gdmNlbnRlciB0byBvdmlydD88YnI+PC9kaXY+IDwvZGl2PiA8L2Rpdj4g IDwvZGl2PjwvYm9keT49CjwvaHRtbD4KLS0tMTIxMjE4OTg5MC0xMDkwNTQzMDgwLTEzOTY4MzY5 MjM9OjkxMDE1LS0K --===============1994252824242647276==-- From fdeutsch at redhat.com Mon Apr 7 03:45:52 2014 Content-Type: multipart/mixed; boundary="===============5107642981038081909==" MIME-Version: 1.0 From: Fabian Deutsch To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Mon, 07 Apr 2014 09:45:48 +0200 Message-ID: <1396856748.22344.2.camel@fdeutsch-laptop.local> In-Reply-To: 1177291820.288659.1396799874163.JavaMail.zimbra@redhat.com --===============5107642981038081909== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Am Sonntag, den 06.04.2014, 11:57 -0400 schrieb Doron Fediuck: > = > ----- Original Message ----- > > From: "Paul Jansen" > > To: "users" > > Sent: Wednesday, April 2, 2014 11:38:29 AM > > Subject: [Users] node spin including qemu-kvm-rhev? > > = > > I understand that there are ongoing discussions with the Centos people > > regarding a suitable home for recompiled qemu-kvm packages. > > Given that the ovirt node is our own spin, is there any reason why that > > couldn't include the recompiled qemu-kvm packages that will then allow = us to > > use live snapshots and do live migrations? Itamar recently mentioned th= at we > > already build these via a jenkins task. > > = > > Nodes built on top of a Centos install will still be an issue but I thi= nk its > > reasonable that the ovirt-node iso could include these custom packages. > > This way we don't have to potentially wait until 3.4.1 or 3.5 to get th= e live > > snapshot/migration features. The caveat would be that these features wo= uld > > only be supported if the nodes were all ovirt node iso based. > > = > > What are people's thoughts? > > = > > = > = > Sounds reasonable as long as you understand mix and match will become an = issue. > The questions is how do we differentiate between the nodes to make sure n= o one > mixes them by mistake? Hey, yeah - that is also my concern. oVirt node has a mechanism (in master) to expose that features are present or not, but I don't know if vdsm has the capability to pass this on to Engine, and if Engine has the logic to detect incompatabilities based on the underlying qemu-kvm-rhev version. Greetings fabian --===============5107642981038081909==-- From fdeutsch at redhat.com Mon Apr 7 03:55:38 2014 Content-Type: multipart/mixed; boundary="===============7926961157015317600==" MIME-Version: 1.0 From: Fabian Deutsch To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Mon, 07 Apr 2014 09:50:13 +0200 Message-ID: <1396857013.22344.5.camel@fdeutsch-laptop.local> In-Reply-To: 1396836923.91015.YahooMailNeo@web120602.mail.ne1.yahoo.com --===============7926961157015317600== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Am Sonntag, den 06.04.2014, 19:15 -0700 schrieb Paul Jansen: > My mail client might mangle the bottom-posting here, so we'll see how > it goes. > I saw a post from Fabian that he had re-enabled jenkins builds of the > node image based on Fedora 19/20 (but not yet including the VDSM > plugin). Presumably the main goal of this is to ensure that things in > node land are OK for an upcoming spin based on EL7? EL7 is one point, but there were users also asking for Fedora based Nodes and we use Fedora for development, to have stable Nodes (at some point later) based on CentOS. > If ovirt does go back to having Fedora and EL based node images in the > short term it would mean that live migration will work on the Fedora > images. The Fedora based images are at least for now available from Jenkins. > If it was also decided to allow the EL based node image to include the > recompiled qemu-kvm-rhev package the Ovirt release notes could then > say that when using an ovirt node image live migration is supported, > as is when a fedora install has the ovirt hypervisor packages > installed. What is this ovirt hypervisor package you mention? - fabian > It would only be that an EL based system - built up to then also > include the ovirt hypervisor packages - that live migration would not > be supported - at this stage. > This can change when the details are further worked out with the > Centos people about how the updated qemu-kvm packages will be hosted > and made available. > In the meantime, people that want to set things up so that live > migration is there can do so. > = > Once live migration is in place I think it would be interesting to try > and find out from people interested (or already testing ovirt) that > have VMware backgrounds/experience what they think is the the largest > outstanding issue feature wise when comparing ovirt to Vcenter. What > would stop them from migrating from vcenter to ovirt? --===============7926961157015317600==-- From vlaero at yahoo.com.au Mon Apr 7 04:28:12 2014 Content-Type: multipart/mixed; boundary="===============7864078830399581584==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Mon, 07 Apr 2014 01:28:11 -0700 Message-ID: <1396859291.39119.YahooMailNeo@web120604.mail.ne1.yahoo.com> In-Reply-To: 1396857013.22344.5.camel@fdeutsch-laptop.local --===============7864078830399581584== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --708812334-390794442-1396859291=3D:39119 Content-Type: text/plain; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable I'm going to try top posting this time to see if it ends up looking a bit b= =3D etter on the list.=3D0A=3D0ABy the 'ovirt hypervisor packages' I meant inst= alli=3D ng the OS first of all and then making it into an ovirt 'node' by installin= =3D g the required packages, rather than installing from a clean slate with the= =3D ovirt node iso.=3DA0 Sorry if that was a bit unclear.=3D0A=3D0A=3D0A=3D0A_= __________=3D _____________________=3D0A From: Fabian Deutsch =3D0ATo: Paul Jansen =3D0AC= c: Dor=3D on Fediuck; users=3D0ASent: Monday, 7 April 2014 5:20 PM=3D0ASubject: Re: [= User=3D s] node spin including qemu-kvm-rhev?=3D0A =3D0A=3D0AAm Sonntag, den 06.04.= 2014, =3D 19:15 -0700 schrieb Paul Jansen:=3D0A> My mail client might mangle the bott= om=3D -posting here, so we'll see how=3D0A> it goes.=3D0A> I saw a post from Fabi= an t=3D hat he had re-enabled jenkins builds of the=3D0A> node image based on Fedor= a =3D 19/20 (but not yet including the VDSM=3D0A> plugin).=3DA0 Presumably the ma= in g=3D oal of this is to ensure that things in=3D0A> node land are OK for an upcom= in=3D g spin based on EL7?=3D0A=3D0AEL7 is one point, but there were users also a= skin=3D g for Fedora based=3D0ANodes and we use Fedora for development, to have sta= bl=3D e Nodes (at some=3D0Apoint later) based on CentOS.=3D0A=3D0A> If ovirt does= go ba=3D ck to having Fedora and EL based node images in the=3D0A> short term it wou= ld=3D mean that live migration will work on the Fedora=3D0A> images.=3D0A=3D0ATh= e Fedo=3D ra based images are at least for now available from Jenkins.=3D0A=3D0A> If = it w=3D as also decided to allow the EL based node image to include the=3D0A> recom= pi=3D led qemu-kvm-rhev package the Ovirt release notes could then=3D0A> say that= w=3D hen using an ovirt node image live migration is supported,=3D0A> as is when= a=3D fedora install has the ovirt hypervisor packages=3D0A> installed.=3D0A=3D0= AWhat =3D is this ovirt hypervisor package you mention?=3D0A=3D0A- fabian=3D0A=3D0A= =3D0A> It wo=3D uld only be that an EL based system - built up to then also=3D0A> include t= he=3D ovirt hypervisor packages - that live migration would not=3D0A> be support= ed=3D - at this stage.=3D0A> This can change when the details are further worked= o=3D ut with the=3D0A> Centos people about how the updated qemu-kvm packages wil= l =3D be hosted=3D0A> and made available.=3D0A> In the meantime, people that want= to =3D set things up so that live=3D0A> migration is there can do so.=3D0A> =3D0A>= Once =3D live migration is in place I think it would be interesting to try=3D0A> and= f=3D ind out from people interested (or already testing ovirt) that=3D0A> have V= Mw=3D are backgrounds/experience what they think is the the largest=3D0A> outstan= di=3D ng issue feature wise when comparing ovirt to Vcenter.=3DA0 What=3D0A> woul= d st=3D op them from migrating from vcenter to ovirt? --708812334-390794442-1396859291=3D:39119 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable

I'm going to try top posting this time to see if it ends up l= =3D ooking a bit better on the list.

By the 'ovirt hypervisor packages' = =3D I meant installing the OS first of all and then making it into an ovirt 'no= =3D de' by installing the required packages, rather than installing from a clea= =3D n slate with the ovirt node iso. Sorry if that was a bit unclear.
= =3D

From: Fabian Deutsch
To: Paul Jansen
Cc: Doron Fediuck; users
Sent: Monday, 7 April 2014 5:20 PM
Subject: Re: [Users] node spin includi= ng=3D qemu-kvm-rhev?

Am = So=3D nntag, den 06.04.2014, 19:15 -0700 schrieb Paul Jansen:
&=3D gt; My mail client might mangle the bottom-posting here, so we'll see how> it goes.
> I saw a post from= Fab=3D ian that he had re-enabled jenkins builds of the
> n= od=3D e image based on Fedora 19/20 (but not yet including the VDSM
> plugin). Presumably the main goal of this is to ensure that= =3D things in
> node land are OK for an upcoming spin b= as=3D ed on EL7?

EL7 is one point, but t= here=3D were users also asking for Fedora based
Nodes and we u= se=3D Fedora for development, to have stable Nodes (at some
point later= ) =3D based on CentOS.

> If ovirt doe= s go=3D back to having Fedora and EL based node images in the
= &g=3D t; short term it would mean that live migration will work on the Fedora
> images.

The = Fedora=3D based images are at least for now available from Jenkins.

> If it was also decided to allow the EL based no= de=3D image to include the
> recompiled qemu-kvm-rhev pac= ka=3D ge the Ovirt release notes could then
> say that whe= n =3D using an ovirt node image live migration is supported,
= &g=3D t; as is when a fedora install has the ovirt hypervisor packages
> installed.

What i= s this=3D ovirt hypervisor package you mention?

- fabian

> It would only be that an EL based system - built up to then also= =3D
> include the ovirt hypervisor packages - that live= m=3D igration would not
> be supported - at this stage.> This can change when the details are further worked o= ut=3D with the
> Centos people about how the updated qemu= -k=3D vm packages will be hosted
> and made available.
> In the meantime, people that want to set things up so t= ha=3D t live
> migration is there can do so.
>
> Once live migration is in place I think i= t =3D would be interesting to try
> and find out from peop= le=3D interested (or already testing ovirt) that
> have V= Mw=3D are backgrounds/experience what they think is the the largest
> outstanding issue feature wise when comparing ovirt to Vcenter. What
> would stop them from migrating from vcenter to ovirt?

=3D

--708812334-390794442-1396859291=3D:39119-- --===============7864078830399581584== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS03MDg4MTIzMzQtMzkwNzk0NDQyLTEzOTY4NTkyOTE9OjM5MTE5CkNvbnRlbnQtVHlwZTogdGV4 dC9wbGFpbjsgY2hhcnNldD1pc28tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1 b3RlZC1wcmludGFibGUKCkknbSBnb2luZyB0byB0cnkgdG9wIHBvc3RpbmcgdGhpcyB0aW1lIHRv IHNlZSBpZiBpdCBlbmRzIHVwIGxvb2tpbmcgYSBiaXQgYj0KZXR0ZXIgb24gdGhlIGxpc3QuPTBB PTBBQnkgdGhlICdvdmlydCBoeXBlcnZpc29yIHBhY2thZ2VzJyBJIG1lYW50IGluc3RhbGxpPQpu ZyB0aGUgT1MgZmlyc3Qgb2YgYWxsIGFuZCB0aGVuIG1ha2luZyBpdCBpbnRvIGFuIG92aXJ0ICdu b2RlJyBieSBpbnN0YWxsaW49CmcgdGhlIHJlcXVpcmVkIHBhY2thZ2VzLCByYXRoZXIgdGhhbiBp bnN0YWxsaW5nIGZyb20gYSBjbGVhbiBzbGF0ZSB3aXRoIHRoZT0KIG92aXJ0IG5vZGUgaXNvLj1B MCBTb3JyeSBpZiB0aGF0IHdhcyBhIGJpdCB1bmNsZWFyLj0wQT0wQT0wQT0wQV9fX19fX19fX19f PQpfX19fX19fX19fX19fX19fX19fX189MEEgRnJvbTogRmFiaWFuIERldXRzY2ggPTBBVG86IFBh dWwgSmFuc2VuID0wQUNjOiBEb3I9Cm9uIEZlZGl1Y2s7IHVzZXJzPTBBU2VudDogTW9uZGF5LCA3 IEFwcmlsIDIwMTQgNToyMCBQTT0wQVN1YmplY3Q6IFJlOiBbVXNlcj0Kc10gbm9kZSBzcGluIGlu Y2x1ZGluZyBxZW11LWt2bS1yaGV2Pz0wQSA9MEE9MEFBbSBTb25udGFnLCBkZW4gMDYuMDQuMjAx NCwgPQoxOToxNSAtMDcwMCBzY2hyaWViIFBhdWwgSmFuc2VuOj0wQT4gTXkgbWFpbCBjbGllbnQg bWlnaHQgbWFuZ2xlIHRoZSBib3R0b209Ci1wb3N0aW5nIGhlcmUsIHNvIHdlJ2xsIHNlZSBob3c9 MEE+IGl0IGdvZXMuPTBBPiBJIHNhdyBhIHBvc3QgZnJvbSBGYWJpYW4gdD0KaGF0IGhlIGhhZCBy ZS1lbmFibGVkIGplbmtpbnMgYnVpbGRzIG9mIHRoZT0wQT4gbm9kZSBpbWFnZSBiYXNlZCBvbiBG ZWRvcmEgPQoxOS8yMCAoYnV0IG5vdCB5ZXQgaW5jbHVkaW5nIHRoZSBWRFNNPTBBPiBwbHVnaW4p Lj1BMCBQcmVzdW1hYmx5IHRoZSBtYWluIGc9Cm9hbCBvZiB0aGlzIGlzIHRvIGVuc3VyZSB0aGF0 IHRoaW5ncyBpbj0wQT4gbm9kZSBsYW5kIGFyZSBPSyBmb3IgYW4gdXBjb21pbj0KZyBzcGluIGJh c2VkIG9uIEVMNz89MEE9MEFFTDcgaXMgb25lIHBvaW50LCBidXQgdGhlcmUgd2VyZSB1c2VycyBh bHNvIGFza2luPQpnIGZvciBGZWRvcmEgYmFzZWQ9MEFOb2RlcyBhbmQgd2UgdXNlIEZlZG9yYSBm b3IgZGV2ZWxvcG1lbnQsIHRvIGhhdmUgc3RhYmw9CmUgTm9kZXMgKGF0IHNvbWU9MEFwb2ludCBs YXRlcikgYmFzZWQgb24gQ2VudE9TLj0wQT0wQT4gSWYgb3ZpcnQgZG9lcyBnbyBiYT0KY2sgdG8g aGF2aW5nIEZlZG9yYSBhbmQgRUwgYmFzZWQgbm9kZSBpbWFnZXMgaW4gdGhlPTBBPiBzaG9ydCB0 ZXJtIGl0IHdvdWxkPQogbWVhbiB0aGF0IGxpdmUgbWlncmF0aW9uIHdpbGwgd29yayBvbiB0aGUg RmVkb3JhPTBBPiBpbWFnZXMuPTBBPTBBVGhlIEZlZG89CnJhIGJhc2VkIGltYWdlcyBhcmUgYXQg bGVhc3QgZm9yIG5vdyBhdmFpbGFibGUgZnJvbSBKZW5raW5zLj0wQT0wQT4gSWYgaXQgdz0KYXMg YWxzbyBkZWNpZGVkIHRvIGFsbG93IHRoZSBFTCBiYXNlZCBub2RlIGltYWdlIHRvIGluY2x1ZGUg dGhlPTBBPiByZWNvbXBpPQpsZWQgcWVtdS1rdm0tcmhldiBwYWNrYWdlIHRoZSBPdmlydCByZWxl YXNlIG5vdGVzIGNvdWxkIHRoZW49MEE+IHNheSB0aGF0IHc9CmhlbiB1c2luZyBhbiBvdmlydCBu b2RlIGltYWdlIGxpdmUgbWlncmF0aW9uIGlzIHN1cHBvcnRlZCw9MEE+IGFzIGlzIHdoZW4gYT0K IGZlZG9yYSBpbnN0YWxsIGhhcyB0aGUgb3ZpcnQgaHlwZXJ2aXNvciBwYWNrYWdlcz0wQT4gaW5z dGFsbGVkLj0wQT0wQVdoYXQgPQppcyB0aGlzIG92aXJ0IGh5cGVydmlzb3IgcGFja2FnZSB5b3Ug bWVudGlvbj89MEE9MEEtIGZhYmlhbj0wQT0wQT0wQT4gSXQgd289CnVsZCBvbmx5IGJlIHRoYXQg YW4gRUwgYmFzZWQgc3lzdGVtIC0gYnVpbHQgdXAgdG8gdGhlbiBhbHNvPTBBPiBpbmNsdWRlIHRo ZT0KIG92aXJ0IGh5cGVydmlzb3IgcGFja2FnZXMgLSB0aGF0IGxpdmUgbWlncmF0aW9uIHdvdWxk IG5vdD0wQT4gYmUgc3VwcG9ydGVkPQogLSBhdCB0aGlzIHN0YWdlLj0wQT4gVGhpcyBjYW4gY2hh bmdlIHdoZW4gdGhlIGRldGFpbHMgYXJlIGZ1cnRoZXIgd29ya2VkIG89CnV0IHdpdGggdGhlPTBB PiBDZW50b3MgcGVvcGxlIGFib3V0IGhvdyB0aGUgdXBkYXRlZCBxZW11LWt2bSBwYWNrYWdlcyB3 aWxsID0KYmUgaG9zdGVkPTBBPiBhbmQgbWFkZSBhdmFpbGFibGUuPTBBPiBJbiB0aGUgbWVhbnRp bWUsIHBlb3BsZSB0aGF0IHdhbnQgdG8gPQpzZXQgdGhpbmdzIHVwIHNvIHRoYXQgbGl2ZT0wQT4g bWlncmF0aW9uIGlzIHRoZXJlIGNhbiBkbyBzby49MEE+ID0wQT4gT25jZSA9CmxpdmUgbWlncmF0 aW9uIGlzIGluIHBsYWNlIEkgdGhpbmsgaXQgd291bGQgYmUgaW50ZXJlc3RpbmcgdG8gdHJ5PTBB PiBhbmQgZj0KaW5kIG91dCBmcm9tIHBlb3BsZSBpbnRlcmVzdGVkIChvciBhbHJlYWR5IHRlc3Rp bmcgb3ZpcnQpIHRoYXQ9MEE+IGhhdmUgVk13PQphcmUgYmFja2dyb3VuZHMvZXhwZXJpZW5jZSB3 aGF0IHRoZXkgdGhpbmsgaXMgdGhlIHRoZSBsYXJnZXN0PTBBPiBvdXRzdGFuZGk9Cm5nIGlzc3Vl IGZlYXR1cmUgd2lzZSB3aGVuIGNvbXBhcmluZyBvdmlydCB0byBWY2VudGVyLj1BMCBXaGF0PTBB PiB3b3VsZCBzdD0Kb3AgdGhlbSBmcm9tIG1pZ3JhdGluZyBmcm9tIHZjZW50ZXIgdG8gb3ZpcnQ/ Ci0tNzA4ODEyMzM0LTM5MDc5NDQ0Mi0xMzk2ODU5MjkxPTozOTExOQpDb250ZW50LVR5cGU6IHRl eHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1 b3RlZC1wcmludGFibGUKCjxodG1sPjxib2R5PjxkaXYgc3R5bGU9M0QiY29sb3I6IzAwMDsgYmFj a2dyb3VuZC1jb2xvcjojZmZmOyBmb250LWZhbWlseTpIZT0KbHZldGljYU5ldWUsIEhlbHZldGlj YSBOZXVlLCBIZWx2ZXRpY2EsIEFyaWFsLCBMdWNpZGEgR3JhbmRlLCBTYW5zLVNlcmlmO2ZvPQpu dC1zaXplOjEycHQiPkknbSBnb2luZyB0byB0cnkgdG9wIHBvc3RpbmcgdGhpcyB0aW1lIHRvIHNl ZSBpZiBpdCBlbmRzIHVwIGw9Cm9va2luZyBhIGJpdCBiZXR0ZXIgb24gdGhlIGxpc3QuPGJyPjxi cj5CeSB0aGUgJ292aXJ0IGh5cGVydmlzb3IgcGFja2FnZXMnID0KSSBtZWFudCBpbnN0YWxsaW5n IHRoZSBPUyBmaXJzdCBvZiBhbGwgYW5kIHRoZW4gbWFraW5nIGl0IGludG8gYW4gb3ZpcnQgJ25v PQpkZScgYnkgaW5zdGFsbGluZyB0aGUgcmVxdWlyZWQgcGFja2FnZXMsIHJhdGhlciB0aGFuIGlu c3RhbGxpbmcgZnJvbSBhIGNsZWE9Cm4gc2xhdGUgd2l0aCB0aGUgb3ZpcnQgbm9kZSBpc28uJm5i c3A7IFNvcnJ5IGlmIHRoYXQgd2FzIGEgYml0IHVuY2xlYXIuPGJyPj0KPGJyPjxkaXYgc3R5bGU9 M0QiZm9udC1mYW1pbHk6IEhlbHZldGljYU5ldWUsIEhlbHZldGljYSBOZXVlLCBIZWx2ZXRpY2Es IEFyPQppYWwsIEx1Y2lkYSBHcmFuZGUsIFNhbnMtU2VyaWY7IGZvbnQtc2l6ZTogMTJwdDsiPiA8 ZGl2IHN0eWxlPTNEImZvbnQtZmFtaWw9Cnk6IHRpbWVzIG5ldyByb21hbiwgbmV3IHlvcmssIHRp bWVzLCBzZXJpZjsgZm9udC1zaXplOiAxMnB0OyI+IDxkaXYgZGlyPTNEIj0KbHRyIj4gPGhyIHNp emU9M0QiMSI+ICA8Zm9udCBmYWNlPTNEIkFyaWFsIiBzaXplPTNEIjIiPiA8Yj48c3BhbiBzdHls ZT0zRCJmPQpvbnQtd2VpZ2h0OmJvbGQ7Ij5Gcm9tOjwvc3Bhbj48L2I+IEZhYmlhbiBEZXV0c2No IDxicj4gPGI+PHNwYW4gc3R5bGU9M0QiZm89Cm50LXdlaWdodDogYm9sZDsiPlRvOjwvc3Bhbj48 L2I+IFBhdWwgSmFuc2VuIDxicj48Yj48c3BhbiBzdHlsZT0zRCJmb250LXdlaT0KZ2h0OgogYm9s ZDsiPkNjOjwvc3Bhbj48L2I+IERvcm9uIEZlZGl1Y2s7IHVzZXJzPGJyPiA8Yj48c3BhbiBzdHls ZT0zRCJmb250LXdlaWc9Cmh0OiBib2xkOyI+U2VudDo8L3NwYW4+PC9iPiBNb25kYXksIDcgQXBy aWwgMjAxNCA1OjIwIFBNPGJyPiA8Yj48c3BhbiBzdHlsZT0KPTNEImZvbnQtd2VpZ2h0OiBib2xk OyI+U3ViamVjdDo8L3NwYW4+PC9iPiBSZTogW1VzZXJzXSBub2RlIHNwaW4gaW5jbHVkaW5nPQog cWVtdS1rdm0tcmhldj88YnI+IDwvZm9udD4gPC9kaXY+IDxkaXYgY2xhc3M9M0QieV9tc2dfY29u dGFpbmVyIj48YnI+QW0gU289Cm5udGFnLCBkZW4gMDYuMDQuMjAxNCwgMTk6MTUgLTA3MDAgc2No cmllYiBQYXVsIEphbnNlbjo8YnIgY2xlYXI9M0Qibm9uZSI+Jj0KZ3Q7IE15IG1haWwgY2xpZW50 IG1pZ2h0IG1hbmdsZSB0aGUgYm90dG9tLXBvc3RpbmcgaGVyZSwgc28gd2UnbGwgc2VlIGhvdzxi PQpyIGNsZWFyPTNEIm5vbmUiPiZndDsgaXQgZ29lcy48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBJ IHNhdyBhIHBvc3QgZnJvbSBGYWI9CmlhbiB0aGF0IGhlIGhhZCByZS1lbmFibGVkIGplbmtpbnMg YnVpbGRzIG9mIHRoZTxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IG5vZD0KZSBpbWFnZSBiYXNlZCBv biBGZWRvcmEgMTkvMjAgKGJ1dCBub3QgeWV0IGluY2x1ZGluZyB0aGUgVkRTTTxiciBjbGVhcj0z RCJuPQpvbmUiPiZndDsgcGx1Z2luKS4mbmJzcDsgUHJlc3VtYWJseSB0aGUgbWFpbiBnb2FsIG9m IHRoaXMgaXMgdG8gZW5zdXJlIHRoYXQ9CiB0aGluZ3MgaW48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0 OyBub2RlIGxhbmQgYXJlIE9LIGZvciBhbiB1cGNvbWluZyBzcGluIGJhcz0KZWQgb24gRUw3Pzxi ciBjbGVhcj0zRCJub25lIj48YnIgY2xlYXI9M0Qibm9uZSI+RUw3IGlzIG9uZSBwb2ludCwgYnV0 IHRoZXJlPQogd2VyZSB1c2VycyBhbHNvIGFza2luZyBmb3IgRmVkb3JhIGJhc2VkPGJyIGNsZWFy PTNEIm5vbmUiPk5vZGVzIGFuZCB3ZSB1c2U9CiBGZWRvcmEgZm9yCiBkZXZlbG9wbWVudCwgdG8g aGF2ZSBzdGFibGUgTm9kZXMgKGF0IHNvbWU8YnIgY2xlYXI9M0Qibm9uZSI+cG9pbnQgbGF0ZXIp ID0KYmFzZWQgb24gQ2VudE9TLjxiciBjbGVhcj0zRCJub25lIj48YnIgY2xlYXI9M0Qibm9uZSI+ Jmd0OyBJZiBvdmlydCBkb2VzIGdvPQogYmFjayB0byBoYXZpbmcgRmVkb3JhIGFuZCBFTCBiYXNl ZCBub2RlIGltYWdlcyBpbiB0aGU8YnIgY2xlYXI9M0Qibm9uZSI+Jmc9CnQ7IHNob3J0IHRlcm0g aXQgd291bGQgbWVhbiB0aGF0IGxpdmUgbWlncmF0aW9uIHdpbGwgd29yayBvbiB0aGUgRmVkb3Jh PGJyID0KY2xlYXI9M0Qibm9uZSI+Jmd0OyBpbWFnZXMuPGJyIGNsZWFyPTNEIm5vbmUiPjxiciBj bGVhcj0zRCJub25lIj5UaGUgRmVkb3JhPQogYmFzZWQgaW1hZ2VzIGFyZSBhdCBsZWFzdCBmb3Ig bm93IGF2YWlsYWJsZSBmcm9tIEplbmtpbnMuPGJyIGNsZWFyPTNEIm5vbmU9CiI+PGJyIGNsZWFy PTNEIm5vbmUiPiZndDsgSWYgaXQgd2FzIGFsc28gZGVjaWRlZCB0byBhbGxvdyB0aGUgRUwgYmFz ZWQgbm9kZT0KIGltYWdlIHRvIGluY2x1ZGUgdGhlPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgcmVj b21waWxlZCBxZW11LWt2bS1yaGV2IHBhY2thPQpnZSB0aGUgT3ZpcnQgcmVsZWFzZSBub3RlcyBj b3VsZCB0aGVuPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgc2F5IHRoYXQgd2hlbiA9CnVzaW5nIGFu IG92aXJ0IG5vZGUgaW1hZ2UgbGl2ZSBtaWdyYXRpb24gaXMgc3VwcG9ydGVkLDxiciBjbGVhcj0z RCJub25lIj4mZz0KdDsgYXMgaXMgd2hlbiBhIGZlZG9yYSBpbnN0YWxsIGhhcyB0aGUgb3ZpcnQg aHlwZXJ2aXNvciBwYWNrYWdlczxiciBjbGVhcj0KPTNEIm5vbmUiPiZndDsgaW5zdGFsbGVkLjxi ciBjbGVhcj0zRCJub25lIj48YnIgY2xlYXI9M0Qibm9uZSI+V2hhdCBpcyB0aGlzPQogb3ZpcnQg aHlwZXJ2aXNvciBwYWNrYWdlIHlvdSBtZW50aW9uPzxiciBjbGVhcj0zRCJub25lIj48YnIgY2xl YXI9M0Qibm9uZSI9Cj4tIGZhYmlhbjxkaXYKIGNsYXNzPTNEInlxdDU2NjQ0MTEyNTQiIGlkPTNE InlxdGZkNDQ2OTkiPjxiciBjbGVhcj0zRCJub25lIj48YnIgY2xlYXI9M0QiPQpub25lIj4mZ3Q7 IEl0IHdvdWxkIG9ubHkgYmUgdGhhdCBhbiBFTCBiYXNlZCBzeXN0ZW0gLSBidWlsdCB1cCB0byB0 aGVuIGFsc289CjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IGluY2x1ZGUgdGhlIG92aXJ0IGh5cGVy dmlzb3IgcGFja2FnZXMgLSB0aGF0IGxpdmUgbT0KaWdyYXRpb24gd291bGQgbm90PGJyIGNsZWFy PTNEIm5vbmUiPiZndDsgYmUgc3VwcG9ydGVkIC0gYXQgdGhpcyBzdGFnZS48YnIgPQpjbGVhcj0z RCJub25lIj4mZ3Q7IFRoaXMgY2FuIGNoYW5nZSB3aGVuIHRoZSBkZXRhaWxzIGFyZSBmdXJ0aGVy IHdvcmtlZCBvdXQ9CiB3aXRoIHRoZTxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IENlbnRvcyBwZW9w bGUgYWJvdXQgaG93IHRoZSB1cGRhdGVkIHFlbXUtaz0Kdm0gcGFja2FnZXMgd2lsbCBiZSBob3N0 ZWQ8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBhbmQgbWFkZSBhdmFpbGFibGUuPGJyIGNsPQplYXI9 M0Qibm9uZSI+Jmd0OyBJbiB0aGUgbWVhbnRpbWUsIHBlb3BsZSB0aGF0IHdhbnQgdG8gc2V0IHRo aW5ncyB1cCBzbyB0aGE9CnQgbGl2ZTxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IG1pZ3JhdGlvbiBp cyB0aGVyZSBjYW4gZG8gc28uPGJyIGNsZWFyPTNEIm5vbj0KZSI+Jmd0OyA8YnIgY2xlYXI9M0Qi bm9uZSI+Jmd0OyBPbmNlIGxpdmUgbWlncmF0aW9uIGlzIGluIHBsYWNlIEkgdGhpbmsgaXQgPQp3 b3VsZCBiZSBpbnRlcmVzdGluZyB0byB0cnk8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBhbmQgZmlu ZCBvdXQgZnJvbSBwZW9wbGU9CiBpbnRlcmVzdGVkIChvciBhbHJlYWR5IHRlc3Rpbmcgb3ZpcnQp IHRoYXQ8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBoYXZlIFZNdz0KYXJlIGJhY2tncm91bmRzL2V4 cGVyaWVuY2Ugd2hhdCB0aGV5IHRoaW5rIGlzIHRoZSB0aGUgbGFyZ2VzdDxiciBjbGVhcj0zRCJu PQpvbmUiPiZndDsgb3V0c3RhbmRpbmcKIGlzc3VlIGZlYXR1cmUgd2lzZSB3aGVuIGNvbXBhcmlu ZyBvdmlydCB0byBWY2VudGVyLiZuYnNwOyBXaGF0PGJyIGNsZWFyPTNEPQoibm9uZSI+Jmd0OyB3 b3VsZCBzdG9wIHRoZW0gZnJvbSBtaWdyYXRpbmcgZnJvbSB2Y2VudGVyIHRvIG92aXJ0PzxiciBj bGVhcj0KPTNEIm5vbmUiPjxiciBjbGVhcj0zRCJub25lIj48YnIgY2xlYXI9M0Qibm9uZSI+PC9k aXY+PGJyPjxicj48L2Rpdj4gPC9kaXY+PQogPC9kaXY+ICA8L2Rpdj48L2JvZHk+PC9odG1sPgot LTcwODgxMjMzNC0zOTA3OTQ0NDItMTM5Njg1OTI5MT06MzkxMTktLQo= --===============7864078830399581584==-- From fdeutsch at redhat.com Mon Apr 7 04:46:29 2014 Content-Type: multipart/mixed; boundary="===============7415720186832423152==" MIME-Version: 1.0 From: Fabian Deutsch To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Mon, 07 Apr 2014 10:46:20 +0200 Message-ID: <1396860380.22344.15.camel@fdeutsch-laptop.local> In-Reply-To: 1396859291.39119.YahooMailNeo@web120604.mail.ne1.yahoo.com --===============7415720186832423152== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hey Paul, Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: > I'm going to try top posting this time to see if it ends up looking a > bit better on the list. you could try sending text-only emails :) > By the 'ovirt hypervisor packages' I meant installing the OS first of > all and then making it into an ovirt 'node' by installing the required > packages, rather than installing from a clean slate with the ovirt > node iso. Sorry if that was a bit unclear. Okay - thanks for the explanation. In general I would discourage from installing the ovirt-node package ona normal host. If you still want to try it be aware that the ovirt-node pkg might mess with your system. Greetings fabian > = > ______________________________________________________________________ > From: Fabian Deutsch = > To: Paul Jansen = > Cc: Doron Fediuck; users > Sent: Monday, 7 April 2014 5:20 PM > Subject: Re: [Users] node spin including qemu-kvm-rhev? > = > = > Am Sonntag, den 06.04.2014, 19:15 -0700 schrieb Paul Jansen: > > My mail client might mangle the bottom-posting here, so we'll see > how > > it goes. > > I saw a post from Fabian that he had re-enabled jenkins builds of > the > > node image based on Fedora 19/20 (but not yet including the VDSM > > plugin). Presumably the main goal of this is to ensure that things > in > > node land are OK for an upcoming spin based on EL7? > = > EL7 is one point, but there were users also asking for Fedora based > Nodes and we use Fedora for development, to have stable Nodes (at some > point later) based on CentOS. > = > > If ovirt does go back to having Fedora and EL based node images in > the > > short term it would mean that live migration will work on the Fedora > > images. > = > The Fedora based images are at least for now available from Jenkins. > = > > If it was also decided to allow the EL based node image to include > the > > recompiled qemu-kvm-rhev package the Ovirt release notes could then > > say that when using an ovirt node image live migration is supported, > > as is when a fedora install has the ovirt hypervisor packages > > installed. > = > What is this ovirt hypervisor package you mention? > = > - fabian > = > = > > It would only be that an EL based system - built up to then also > > include the ovirt hypervisor packages - that live migration would > not > > be supported - at this stage. > > This can change when the details are further worked out with the > > Centos people about how the updated qemu-kvm packages will be hosted > > and made available. > > In the meantime, people that want to set things up so that live > > migration is there can do so. > > = > > Once live migration is in place I think it would be interesting to > try > > and find out from people interested (or already testing ovirt) that > > have VMware backgrounds/experience what they think is the the > largest > > outstanding issue feature wise when comparing ovirt to Vcenter. > What > > would stop them from migrating from vcenter to ovirt? > = > = > = > = > = > = --===============7415720186832423152==-- From iheim at redhat.com Mon Apr 7 05:14:24 2014 Content-Type: multipart/mixed; boundary="===============0344515809925552130==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Mon, 07 Apr 2014 12:14:20 +0300 Message-ID: <53426C6C.5050003@redhat.com> In-Reply-To: 1396860380.22344.15.camel@fdeutsch-laptop.local --===============0344515809925552130== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 04/07/2014 11:46 AM, Fabian Deutsch wrote: > Hey Paul, > > Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: >> I'm going to try top posting this time to see if it ends up looking a >> bit better on the list. > > you could try sending text-only emails :) > >> By the 'ovirt hypervisor packages' I meant installing the OS first of >> all and then making it into an ovirt 'node' by installing the required >> packages, rather than installing from a clean slate with the ovirt >> node iso. Sorry if that was a bit unclear. > > Okay - thanks for the explanation. > In general I would discourage from installing the ovirt-node package ona > normal host. > If you still want to try it be aware that the ovirt-node pkg might mess > with your system. just to make sure there is no confusion, ovirt supports two types of nodes: - plain fedora/rhel/centos - engine will deploy vdsm and friends on it when added - ovirt-node - engine will only register it, it already comes with all needed packages. --===============0344515809925552130==-- From vlaero at yahoo.com.au Mon Apr 7 08:25:19 2014 Content-Type: multipart/mixed; boundary="===============3745026144050220441==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Mon, 07 Apr 2014 05:25:19 -0700 Message-ID: <1396873519.49680.YahooMailNeo@web120605.mail.ne1.yahoo.com> In-Reply-To: 53426C6C.5050003@redhat.com --===============3745026144050220441== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --1060583355-253711514-1396873519=3D:49680 Content-Type: text/plain; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable On 04/07/2014 11:46 AM, Fabian Deutsch wrote:=3D0A=3D0A> Hey Paul,=3D0A>=3D= 0A> Am M=3D ontag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen:=3D0A>> I'm going to= t=3D ry top posting this time to see if it ends up looking a=3D0A>> bit better o= n =3D the list.=3D0A>=3D0A> you could try sending text-only emails :)=3D0A>=3D0A>= > By the=3D 'ovirt hypervisor packages' I meant installing the OS first of=3D0A>> all = an=3D d then making it into an ovirt 'node' by installing the required=3D0A>> pac= ka=3D ges, rather than installing from a clean slate with the ovirt=3D0A>> node i= so=3D .=3DA0 Sorry if that was a bit unclear.=3D0A>=3D0A> Okay - thanks for the e= xplana=3D tion.=3D0A> In general I would discourage from installing the ovirt-node pa= ck=3D age ona=3D0A> normal host.=3D0A> If you still want to try it be aware that = the =3D ovirt-node pkg might mess=3D0A> with your system.=3D0A=3D0AI'm pretty sure = we are=3D on the same page here.=3DA0 I just checked the ovirt 'quickstart' page and= i=3D t calls the various hypervisor nodes 'hosts'.=3D0Aie: Fedora host, EL, host= , =3D ovirt node host.=3D0AIf the ovirt node included the qemu-kvm-rhev package -= o=3D r an updated qemu-kvm - it would mean that both ovirt node hosts and fedora= =3D hosts could both support live storage migration.=3DA0 It would only be EL = ho=3D sts that do not support that feature at this stage.=3DA0 We could have a ca= ve=3D at in the documentation for this perhaps.=3D0AFabian, were you think thinki= ng=3D that if not all 'hosts' supported live migration that the cluster could di= =3D sable that feature? Based on capabilities that the hosts would expose to th= =3D e ovirt server?=3DA0 This would be another way of avoiding the confusion.= =3D0A=3D =3D0AThanks guys for the great work you are doing with ovirt.=3D0A --1060583355-253711514-1396873519=3D:49680 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable

On 0= =3D 4/07/2014 11:46 AM, Fabian Deutsch wrote:

<= di=3D v class=3D3D"yqt3432433946" id=3D3D"yqtfd62072">
> H= ey Pau=3D l,
>
> Am Montag, den 07.04.2= 014,=3D 01:28 -0700 schrieb Paul Jansen:
>> I'm going to= t=3D ry top posting this time to see if it ends up looking a
&=3D gt;> bit better on the list.
>
&g=3D t; you could try sending text-only emails :)
>
>> By the 'ovirt hypervisor packages' I meant installing= t=3D he OS first of
>> all and then making it into an ovirt 'node' by i= ns=3D talling the required
>> packages, rather than ins= ta=3D lling from a clean slate with the ovirt
>> node i= so=3D . Sorry if that was a bit unclear.
>
> Okay - thanks for the explanation.
> In = ge=3D neral I would discourage from installing the ovirt-node package ona
> normal host.
> If you still want t= o tr=3D y it be aware that the ovirt-node pkg might mess
> w= it=3D h your system.

I'm pretty su= re w=3D e are on the same page here. I just checked the ovirt 'quickstart' pa= =3D ge and it calls the various hypervisor nodes 'hosts'.
ie: Fedora host, E= =3D L, host, ovirt node host.
If the ovirt node included the qemu-kvm-rhev p= =3D ackage - or an updated qemu-kvm - it would mean that both ovirt node hosts = =3D and fedora hosts could both support live storage migration. It would only be EL= =3D hosts that do not support that feature at this stage. We could have = =3D a caveat in the documentation for this perhaps.
Fabian, were you think t= =3D hinking that if not all 'hosts' supported live migration that the cluster c= =3D ould disable that feature? Based on capabilities that the hosts would expos= =3D e to the ovirt server? This would be another way of avoiding the conf= =3D usion.

Thanks guys for the great work you are doing with ovirt.
<= =3D /div>

--1060583355-253711514-1396873519=3D:49680-- --===============3745026144050220441== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0xMDYwNTgzMzU1LTI1MzcxMTUxNC0xMzk2ODczNTE5PTo0OTY4MApDb250ZW50LVR5cGU6IHRl eHQvcGxhaW47IGNoYXJzZXQ9aXNvLTg4NTktMQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBx dW90ZWQtcHJpbnRhYmxlCgpPbiAwNC8wNy8yMDE0IDExOjQ2IEFNLCBGYWJpYW4gRGV1dHNjaCB3 cm90ZTo9MEE9MEE+IEhleSBQYXVsLD0wQT49MEE+IEFtIE09Cm9udGFnLCBkZW4gMDcuMDQuMjAx NCwgMDE6MjggLTA3MDAgc2NocmllYiBQYXVsIEphbnNlbjo9MEE+PiBJJ20gZ29pbmcgdG8gdD0K cnkgdG9wIHBvc3RpbmcgdGhpcyB0aW1lIHRvIHNlZSBpZiBpdCBlbmRzIHVwIGxvb2tpbmcgYT0w QT4+IGJpdCBiZXR0ZXIgb24gPQp0aGUgbGlzdC49MEE+PTBBPiB5b3UgY291bGQgdHJ5IHNlbmRp bmcgdGV4dC1vbmx5IGVtYWlscyA6KT0wQT49MEE+PiBCeSB0aGU9CiAnb3ZpcnQgaHlwZXJ2aXNv ciBwYWNrYWdlcycgSSBtZWFudCBpbnN0YWxsaW5nIHRoZSBPUyBmaXJzdCBvZj0wQT4+IGFsbCBh bj0KZCB0aGVuIG1ha2luZyBpdCBpbnRvIGFuIG92aXJ0ICdub2RlJyBieSBpbnN0YWxsaW5nIHRo ZSByZXF1aXJlZD0wQT4+IHBhY2thPQpnZXMsIHJhdGhlciB0aGFuIGluc3RhbGxpbmcgZnJvbSBh IGNsZWFuIHNsYXRlIHdpdGggdGhlIG92aXJ0PTBBPj4gbm9kZSBpc289Ci49QTAgU29ycnkgaWYg dGhhdCB3YXMgYSBiaXQgdW5jbGVhci49MEE+PTBBPiBPa2F5IC0gdGhhbmtzIGZvciB0aGUgZXhw bGFuYT0KdGlvbi49MEE+IEluIGdlbmVyYWwgSSB3b3VsZCBkaXNjb3VyYWdlIGZyb20gaW5zdGFs bGluZyB0aGUgb3ZpcnQtbm9kZSBwYWNrPQphZ2Ugb25hPTBBPiBub3JtYWwgaG9zdC49MEE+IElm IHlvdSBzdGlsbCB3YW50IHRvIHRyeSBpdCBiZSBhd2FyZSB0aGF0IHRoZSA9Cm92aXJ0LW5vZGUg cGtnIG1pZ2h0IG1lc3M9MEE+IHdpdGggeW91ciBzeXN0ZW0uPTBBPTBBSSdtIHByZXR0eSBzdXJl IHdlIGFyZT0KIG9uIHRoZSBzYW1lIHBhZ2UgaGVyZS49QTAgSSBqdXN0IGNoZWNrZWQgdGhlIG92 aXJ0ICdxdWlja3N0YXJ0JyBwYWdlIGFuZCBpPQp0IGNhbGxzIHRoZSB2YXJpb3VzIGh5cGVydmlz b3Igbm9kZXMgJ2hvc3RzJy49MEFpZTogRmVkb3JhIGhvc3QsIEVMLCBob3N0LCA9Cm92aXJ0IG5v ZGUgaG9zdC49MEFJZiB0aGUgb3ZpcnQgbm9kZSBpbmNsdWRlZCB0aGUgcWVtdS1rdm0tcmhldiBw YWNrYWdlIC0gbz0KciBhbiB1cGRhdGVkIHFlbXUta3ZtIC0gaXQgd291bGQgbWVhbiB0aGF0IGJv dGggb3ZpcnQgbm9kZSBob3N0cyBhbmQgZmVkb3JhPQogaG9zdHMgY291bGQgYm90aCBzdXBwb3J0 IGxpdmUgc3RvcmFnZSBtaWdyYXRpb24uPUEwIEl0IHdvdWxkIG9ubHkgYmUgRUwgaG89CnN0cyB0 aGF0IGRvIG5vdCBzdXBwb3J0IHRoYXQgZmVhdHVyZSBhdCB0aGlzIHN0YWdlLj1BMCBXZSBjb3Vs ZCBoYXZlIGEgY2F2ZT0KYXQgaW4gdGhlIGRvY3VtZW50YXRpb24gZm9yIHRoaXMgcGVyaGFwcy49 MEFGYWJpYW4sIHdlcmUgeW91IHRoaW5rIHRoaW5raW5nPQogdGhhdCBpZiBub3QgYWxsICdob3N0 cycgc3VwcG9ydGVkIGxpdmUgbWlncmF0aW9uIHRoYXQgdGhlIGNsdXN0ZXIgY291bGQgZGk9CnNh YmxlIHRoYXQgZmVhdHVyZT8gQmFzZWQgb24gY2FwYWJpbGl0aWVzIHRoYXQgdGhlIGhvc3RzIHdv dWxkIGV4cG9zZSB0byB0aD0KZSBvdmlydCBzZXJ2ZXI/PUEwIFRoaXMgd291bGQgYmUgYW5vdGhl ciB3YXkgb2YgYXZvaWRpbmcgdGhlIGNvbmZ1c2lvbi49MEE9Cj0wQVRoYW5rcyBndXlzIGZvciB0 aGUgZ3JlYXQgd29yayB5b3UgYXJlIGRvaW5nIHdpdGggb3ZpcnQuPTBBCi0tMTA2MDU4MzM1NS0y NTM3MTE1MTQtMTM5Njg3MzUxOT06NDk2ODAKQ29udGVudC1UeXBlOiB0ZXh0L2h0bWw7IGNoYXJz ZXQ9aXNvLTg4NTktMQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxl Cgo8aHRtbD48Ym9keT48ZGl2IHN0eWxlPTNEImNvbG9yOiMwMDA7IGJhY2tncm91bmQtY29sb3I6 I2ZmZjsgZm9udC1mYW1pbHk6SGU9Cmx2ZXRpY2FOZXVlLCBIZWx2ZXRpY2EgTmV1ZSwgSGVsdmV0 aWNhLCBBcmlhbCwgTHVjaWRhIEdyYW5kZSwgU2Fucy1TZXJpZjtmbz0KbnQtc2l6ZToxMnB0Ij48 ZGl2IHN0eWxlPTNEImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2FOZXVlLCBIZWx2ZXRpY2EgTmV1ZSwg SGVsPQp2ZXRpY2EsIEFyaWFsLCBMdWNpZGEgR3JhbmRlLCBTYW5zLVNlcmlmOyBmb250LXNpemU6 IDEycHQ7Ij48ZGl2IHN0eWxlPTNEImY9Cm9udC1mYW1pbHk6IHRpbWVzIG5ldyByb21hbiwgbmV3 IHlvcmssIHRpbWVzLCBzZXJpZjsgZm9udC1zaXplOiAxMnB0OyI+T24gMD0KNC8wNy8yMDE0IDEx OjQ2IEFNLCBGYWJpYW4gRGV1dHNjaCB3cm90ZTo8ZGl2IGNsYXNzPTNEInlfbXNnX2NvbnRhaW5l ciI+PGRpPQp2IGNsYXNzPTNEInlxdDM0MzI0MzM5NDYiIGlkPTNEInlxdGZkNjIwNzIiPjxiciBj bGVhcj0zRCJub25lIj4mZ3Q7IEhleSBQYXU9CmwsPGJyIGNsZWFyPTNEIm5vbmUiPiZndDs8YnIg Y2xlYXI9M0Qibm9uZSI+Jmd0OyBBbSBNb250YWcsIGRlbiAwNy4wNC4yMDE0LD0KIDAxOjI4IC0w NzAwIHNjaHJpZWIgUGF1bCBKYW5zZW46PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7IEknbSBn b2luZyB0byB0PQpyeSB0b3AgcG9zdGluZyB0aGlzIHRpbWUgdG8gc2VlIGlmIGl0IGVuZHMgdXAg bG9va2luZyBhPGJyIGNsZWFyPTNEIm5vbmUiPiY9Cmd0OyZndDsgYml0IGJldHRlciBvbiB0aGUg bGlzdC48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OzxiciBjbGVhcj0zRCJub25lIj4mZz0KdDsgeW91 IGNvdWxkIHRyeSBzZW5kaW5nIHRleHQtb25seSBlbWFpbHMgOik8YnIgY2xlYXI9M0Qibm9uZSI+ Jmd0OzxiciBjbGVhPQpyPTNEIm5vbmUiPiZndDsmZ3Q7IEJ5IHRoZSAnb3ZpcnQgaHlwZXJ2aXNv ciBwYWNrYWdlcycgSSBtZWFudCBpbnN0YWxsaW5nIHQ9CmhlIE9TIGZpcnN0IG9mPGJyCiBjbGVh cj0zRCJub25lIj4mZ3Q7Jmd0OyBhbGwgYW5kIHRoZW4gbWFraW5nIGl0IGludG8gYW4gb3ZpcnQg J25vZGUnIGJ5IGlucz0KdGFsbGluZyB0aGUgcmVxdWlyZWQ8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0 OyZndDsgcGFja2FnZXMsIHJhdGhlciB0aGFuIGluc3RhPQpsbGluZyBmcm9tIGEgY2xlYW4gc2xh dGUgd2l0aCB0aGUgb3ZpcnQ8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZndDsgbm9kZSBpc289Ci4m bmJzcDsgU29ycnkgaWYgdGhhdCB3YXMgYSBiaXQgdW5jbGVhci48YnIgY2xlYXI9M0Qibm9uZSI+ Jmd0OzxiciBjbGVhcj0zRD0KIm5vbmUiPiZndDsgT2theSAtIHRoYW5rcyBmb3IgdGhlIGV4cGxh bmF0aW9uLjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IEluIGdlPQpuZXJhbCBJIHdvdWxkIGRpc2Nv dXJhZ2UgZnJvbSBpbnN0YWxsaW5nIHRoZSBvdmlydC1ub2RlIHBhY2thZ2Ugb25hPGJyIGNsZWE9 CnI9M0Qibm9uZSI+Jmd0OyBub3JtYWwgaG9zdC48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBJZiB5 b3Ugc3RpbGwgd2FudCB0byB0cj0KeSBpdCBiZSBhd2FyZSB0aGF0IHRoZSBvdmlydC1ub2RlIHBr ZyBtaWdodCBtZXNzPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgd2l0PQpoIHlvdXIgc3lzdGVtLjwv ZGl2PjxiciBjbGVhcj0zRCJub25lIj48YnIgY2xlYXI9M0Qibm9uZSI+SSdtIHByZXR0eSBzdXJl IHc9CmUgYXJlIG9uIHRoZSBzYW1lIHBhZ2UgaGVyZS4mbmJzcDsgSSBqdXN0IGNoZWNrZWQgdGhl IG92aXJ0ICdxdWlja3N0YXJ0JyBwYT0KZ2UgYW5kIGl0IGNhbGxzIHRoZSB2YXJpb3VzIGh5cGVy dmlzb3Igbm9kZXMgJ2hvc3RzJy48YnI+aWU6IEZlZG9yYSBob3N0LCBFPQpMLCBob3N0LCBvdmly dCBub2RlIGhvc3QuPGJyPklmIHRoZSBvdmlydCBub2RlIGluY2x1ZGVkIHRoZSBxZW11LWt2bS1y aGV2IHA9CmFja2FnZSAtIG9yIGFuIHVwZGF0ZWQgcWVtdS1rdm0gLSBpdCB3b3VsZCBtZWFuIHRo YXQgYm90aCBvdmlydCBub2RlIGhvc3RzID0KYW5kIGZlZG9yYQogaG9zdHMgY291bGQgYm90aCBz dXBwb3J0IGxpdmUgc3RvcmFnZSBtaWdyYXRpb24uJm5ic3A7IEl0IHdvdWxkIG9ubHkgYmUgRUw9 CiBob3N0cyB0aGF0IGRvIG5vdCBzdXBwb3J0IHRoYXQgZmVhdHVyZSBhdCB0aGlzIHN0YWdlLiZu YnNwOyBXZSBjb3VsZCBoYXZlID0KYSBjYXZlYXQgaW4gdGhlIGRvY3VtZW50YXRpb24gZm9yIHRo aXMgcGVyaGFwcy48YnI+RmFiaWFuLCB3ZXJlIHlvdSB0aGluayB0PQpoaW5raW5nIHRoYXQgaWYg bm90IGFsbCAnaG9zdHMnIHN1cHBvcnRlZCBsaXZlIG1pZ3JhdGlvbiB0aGF0IHRoZSBjbHVzdGVy IGM9Cm91bGQgZGlzYWJsZSB0aGF0IGZlYXR1cmU/IEJhc2VkIG9uIGNhcGFiaWxpdGllcyB0aGF0 IHRoZSBob3N0cyB3b3VsZCBleHBvcz0KZSB0byB0aGUgb3ZpcnQgc2VydmVyPyZuYnNwOyBUaGlz IHdvdWxkIGJlIGFub3RoZXIgd2F5IG9mIGF2b2lkaW5nIHRoZSBjb25mPQp1c2lvbi48YnI+PGJy PlRoYW5rcyBndXlzIGZvciB0aGUgZ3JlYXQgd29yayB5b3UgYXJlIGRvaW5nIHdpdGggb3ZpcnQu PGJyPjw9Ci9kaXY+IDwvZGl2PiA8L2Rpdj4gIDwvZGl2PjwvYm9keT48L2h0bWw+Ci0tMTA2MDU4 MzM1NS0yNTM3MTE1MTQtMTM5Njg3MzUxOT06NDk2ODAtLQo= --===============3745026144050220441==-- From dfediuck at redhat.com Tue Apr 8 11:58:52 2014 Content-Type: multipart/mixed; boundary="===============1861450715631238128==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Tue, 08 Apr 2014 11:58:51 -0400 Message-ID: <39414932.1873139.1396972731695.JavaMail.zimbra@redhat.com> In-Reply-To: 1396873519.49680.YahooMailNeo@web120605.mail.ne1.yahoo.com --===============1861450715631238128== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > From: "Paul Jansen" > To: "Itamar Heim" , "Fabian Deutsch" > Cc: "users" > Sent: Monday, April 7, 2014 3:25:19 PM > Subject: Re: [Users] node spin including qemu-kvm-rhev? > = > On 04/07/2014 11:46 AM, Fabian Deutsch wrote: > = > > Hey Paul, > > = > > Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: > >> I'm going to try top posting this time to see if it ends up looking a > >> bit better on the list. > > = > > you could try sending text-only emails :) > > = > >> By the 'ovirt hypervisor packages' I meant installing the OS first of > >> all and then making it into an ovirt 'node' by installing the required > >> packages, rather than installing from a clean slate with the ovirt > >> node iso. Sorry if that was a bit unclear. > > = > > Okay - thanks for the explanation. > > In general I would discourage from installing the ovirt-node package ona > > normal host. > > If you still want to try it be aware that the ovirt-node pkg might mess > > with your system. > = > = > I'm pretty sure we are on the same page here. I just checked the ovirt > 'quickstart' page and it calls the various hypervisor nodes 'hosts'. > ie: Fedora host, EL, host, ovirt node host. > If the ovirt node included the qemu-kvm-rhev package - or an updated qemu= -kvm > - it would mean that both ovirt node hosts and fedora hosts could both > support live storage migration. It would only be EL hosts that do not > support that feature at this stage. We could have a caveat in the > documentation for this perhaps. > Fabian, were you think thinking that if not all 'hosts' supported live > migration that the cluster could disable that feature? Based on capabilit= ies > that the hosts would expose to the ovirt server? This would be another way > of avoiding the confusion. > = > Thanks guys for the great work you are doing with ovirt. > = Paul, this is something that vdsm needs to report to the engine, so the engine wi= ll know what is / isn't supported. It's a bigger request as today we're mostly based on cluster compatibility level. Additionally it is possible to mix .el hosts with nodes with old (non -rhev= ) nodes. Each of these cases will break live-storage migration. How do you suggest to mitigate it? --===============1861450715631238128==-- From iheim at redhat.com Tue Apr 8 13:59:13 2014 Content-Type: multipart/mixed; boundary="===============3245592496474549557==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Tue, 08 Apr 2014 20:59:11 +0300 Message-ID: <534438EF.2090904@redhat.com> In-Reply-To: 39414932.1873139.1396972731695.JavaMail.zimbra@redhat.com --===============3245592496474549557== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 04/08/2014 06:58 PM, Doron Fediuck wrote: > > > ----- Original Message ----- >> From: "Paul Jansen" >> To: "Itamar Heim" , "Fabian Deutsch" >> Cc: "users" >> Sent: Monday, April 7, 2014 3:25:19 PM >> Subject: Re: [Users] node spin including qemu-kvm-rhev? >> >> On 04/07/2014 11:46 AM, Fabian Deutsch wrote: >> >>> Hey Paul, >>> >>> Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: >>>> I'm going to try top posting this time to see if it ends up looking a >>>> bit better on the list. >>> >>> you could try sending text-only emails :) >>> >>>> By the 'ovirt hypervisor packages' I meant installing the OS first of >>>> all and then making it into an ovirt 'node' by installing the required >>>> packages, rather than installing from a clean slate with the ovirt >>>> node iso. Sorry if that was a bit unclear. >>> >>> Okay - thanks for the explanation. >>> In general I would discourage from installing the ovirt-node package ona >>> normal host. >>> If you still want to try it be aware that the ovirt-node pkg might mess >>> with your system. >> >> >> I'm pretty sure we are on the same page here. I just checked the ovirt >> 'quickstart' page and it calls the various hypervisor nodes 'hosts'. >> ie: Fedora host, EL, host, ovirt node host. >> If the ovirt node included the qemu-kvm-rhev package - or an updated qem= u-kvm >> - it would mean that both ovirt node hosts and fedora hosts could both >> support live storage migration. It would only be EL hosts that do not >> support that feature at this stage. We could have a caveat in the >> documentation for this perhaps. >> Fabian, were you think thinking that if not all 'hosts' supported live >> migration that the cluster could disable that feature? Based on capabili= ties >> that the hosts would expose to the ovirt server? This would be another w= ay >> of avoiding the confusion. >> >> Thanks guys for the great work you are doing with ovirt. >> > > Paul, > this is something that vdsm needs to report to the engine, so the engine = will > know what is / isn't supported. It's a bigger request as today we're most= ly > based on cluster compatibility level. > > Additionally it is possible to mix .el hosts with nodes with old (non -rh= ev) nodes. > Each of these cases will break live-storage migration. > > How do you suggest to mitigate it? > seems like another case of feature level negotiatio. --===============3245592496474549557==-- From vlaero at yahoo.com.au Tue Apr 8 23:41:46 2014 Content-Type: multipart/mixed; boundary="===============5605929436504033630==" MIME-Version: 1.0 From: Paul Jansen To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Tue, 08 Apr 2014 20:41:45 -0700 Message-ID: <1397014905.84118.YahooMailNeo@web120604.mail.ne1.yahoo.com> In-Reply-To: 534438EF.2090904@redhat.com --===============5605929436504033630== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --708812334-715765816-1397014905=3D:84118 Content-Type: text/plain; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable >=3D0A=3D0A>=3D0A> ----- Original Message -----=3D0A>> From: "Paul Jansen"= =3D0A>> To:=3D "Itamar Heim" "Fabian Deutsch"=3D0A>> Cc: "users"=3D0A>> Sent: Monday, Apr= il 7=3D , 2014 3:25:19 PM=3D0A>> Subject: Re: [Users] node spin including qemu-kvm-= rh=3D ev?=3D0A>>=3D0A>> On 04/07/2014 11:46 AM, Fabian Deutsch wrote:=3D0A>>=3D0A= >>> Hey =3D Paul,=3D0A>>>=3D0A>>> Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul J= anse=3D n:=3D0A>>>> I'm going to try top posting this time to see if it ends up loo= ki=3D ng a=3D0A>>>> bit better on the list.=3D0A>>>=3D0A>>> you could try sending= text-=3D only emails :)=3D0A>>>=3D0A>>>> By the 'ovirt hypervisor packages' I meant = inst=3D alling the OS first of=3D0A>>>> all and then making it into an ovirt 'node'= b=3D y installing the required=3D0A>>>> packages, rather than installing from a = cl=3D ean slate with the ovirt=3D0A>>>> node iso. Sorry if that was a bit unclear= .=3D =3D0A>>>=3D0A>>> Okay - thanks for the explanation.=3D0A>>> In general I wo= uld di=3D scourage from installing the ovirt-node package ona=3D0A>>> normal host.=3D= 0A>>=3D > If you still want to try it be aware that the ovirt-node pkg might mess= =3D =3D0A>>> with your system.=3D0A>>=3D0A>>=3D0A>> I'm pretty sure we are on t= he same =3D page here. I just checked the ovirt=3D0A>> 'quickstart' page and it calls t= he=3D various hypervisor nodes 'hosts'.=3D0A>> ie: Fedora host, EL, host, ovirt = no=3D de host.=3D0A>> If the ovirt node included the qemu-kvm-rhev package - or a= n =3D updated qemu-kvm=3D0A>> - it would mean that both ovirt node hosts and fedo= ra=3D hosts could both=3D0A>> support live storage migration. It would only be E= L =3D hosts that do not=3D0A>> support that feature at this stage. We could have = a =3D caveat in the=3D0A>> documentation for this perhaps.=3D0A>> Fabian, were yo= u th=3D ink thinking that if not all 'hosts' supported live=3D0A>> migration that t= he=3D cluster could disable that feature? Based on capabilities=3D0A>> that the = ho=3D sts would expose to the ovirt server? This would be another way=3D0A>> of a= vo=3D iding the confusion.=3D0A>>=3D0A>> Thanks guys for the great work you are d= oing=3D with ovirt.=3D0A>>=3D0A>=3D0A> Paul,=3D0A> this is something that vdsm nee= ds to re=3D port to the engine, so the engine will=3D0A> know what is / isn't supported= . =3D It's a bigger request as today we're mostly=3D0A> based on cluster compatib= il=3D ity level.=3D0A>=3D0A> Additionally it is possible to mix .el hosts with no= des =3D with old (non -rhev) nodes.=3D0A> Each of these cases will break live-stora= ge=3D migration.=3D0A>=3D0A> How do you suggest to mitigate it?=3D0A>=3D0AWell, = when you=3D choose to migrate a VM under Vmware's Vcenter you can choose to migrate ei= =3D ther the host or the datastore.=3DA0 For whichever one you choose there is = a =3D validation step to check the you are able to perform the migration (ie: cap= =3D abilities of the host).=3DA0 I can see in ovirt that we are showing the KVM= v=3D ersion on hosts.=3DA0 This matches the package version of the qemu-kvm pack= ag=3D e (or the qemu-kvm-rhev package if installed?). Could we have some sort of = =3D a cutoff point where we know which versions of KVM (ie: qemu-kvm or qemu-kv= =3D m-rhev) support the storage migration feature, and if a version is found th= =3D at doesn't match the required heuristics we just indicate the the validatio= =3D n process for the migration has failed?=3D0AWe could provide some small out= pu=3D t indicating why it has failed.=3D0ADoes this sound like a reasonable appro= ac=3D h?=3D0A=3D0AIs there any news on discussions with the CentOS people as to w= here=3D a qemu-kvm-rhev package could be hosted (that we could then take advantage= =3D of)?=3D0AIf the hosting of an updated qemu-kvm (or qemu-kvm-rhev) is not s= or=3D ted out in the short term, I did some quick calculations last night and it = =3D seems based on previous EL point releases (this is hardly scientific I know= =3D ) we are not likely to see an EL 6.6 for another few months.=3DA0 We may se= e =3D an EL7.0 before that timeframe.=3D0AOvirt can obviously jump on new EL rele= as=3D es to use as hosts in a new ovirt version but it seems this option is still= =3D some time away.=3D0A --708812334-715765816-1397014905=3D:84118 Content-Type: text/html; charset=3Diso-8859-1 Content-Transfer-Encoding: quoted-printable

>
> ----- Original Messag= e --=3D ---
>> From: "Paul Jansen"
&g= t;&g=3D t; To: "Itamar Heim" "Fabian Deutsch"
>> Cc: "use= rs=3D "
>> Sent: Monday, April 7, 2014 3:25:19 PM
>> Subject: Re: [Users] node spin including qemu-kvm-rhe= v?=3D
>>
>> On 04/07/2014 11= :46 =3D AM, Fabian Deutsch wrote:
>>
= >=3D >> Hey Paul,
>>>
>>> Am Montag, = den =3D 07.04.2014, 01:28 -0700 schrieb Paul Jansen:
>>&g= t;=3D > I'm going to try top posting this time to see if it ends up looking a<= =3D br clear=3D3D"none">>>>> bit better on the list.
>>>
>>> you could try sending text-= on=3D ly emails :)
>>>
>>&= gt;&=3D gt; By the 'ovirt hypervisor packages' I meant installing the OS first of>>>> all and then making it into an ovirt 'n= od=3D e' by installing the required
>>>> packages= , =3D rather than installing from a clean slate with the ovirt
=3D >>>> node iso. Sorry if that was a bit unclear.
>>>
>>> Okay - thanks for the expl= an=3D ation.
>>> In general I would discourage from = in=3D stalling the ovirt-node package ona
>>> normal host.
>>> If you still want to try it be aware that the ovi= rt=3D -node pkg might mess
>>> with your system.
>>
>>
&g= t;>=3D I'm pretty sure we are on the same page here. I just checked the ovirt
>> 'quickstart' page and it calls the various hyperv= is=3D or nodes 'hosts'.
>> ie: Fedora host, EL, host, o= vi=3D rt node host.
>> If the ovirt node included the q= em=3D u-kvm-rhev package - or an updated qemu-kvm
>> - = it=3D would mean that both ovirt node hosts and fedora hosts could both
>> support live storage migration. It would only be EL ho= st=3D s that do not
>> support that feature at this sta= ge=3D . We could have a caveat in the
>> documentation = fo=3D r this perhaps.
>> Fabian, were you think thinking that if not all = 'h=3D osts' supported live
>> migration that the cluste= r =3D could disable that feature? Based on capabilities
>&= gt=3D ; that the hosts would expose to the ovirt server? This would be another wa= =3D y
>> of avoiding the confusion.
&=3D gt;>
>> Thanks guys for the great work you are= d=3D oing with ovirt.
>>
>
> Paul,
> this is something that vdsm= nee=3D ds to report to the engine, so the engine will
> kno= w =3D what is / isn't supported. It's a bigger request as today we're mostly
> based on cluster compatibility level.
=3D >
> Additionally it is possible to mix .el hosts = wi=3D th nodes with old (non -rhev) nodes.
> Each of these= c=3D ases will break live-storage migration.
>
> = How =3D do you suggest to mitigate it?

>
Well, when you choose to migrate a VM under Vmware's Vcenter you can cho= =3D ose to migrate either the host or the datastore. For whichever one yo= =3D u choose there is a validation step to check the you are able to perform th= =3D e migration (ie: capabilities of the host). I can see in ovirt that w= =3D e are showing the KVM version on hosts. This matches the package vers= =3D ion of the qemu-kvm package (or the qemu-kvm-rhev package if installed?). C= =3D ould we have some sort of a cutoff point where we know which versions of KV= =3D M (ie: qemu-kvm or qemu-kvm-rhev) support the storage migration feature, an= =3D d if a version is found that doesn't match the required heuristics we just = =3D indicate the the validation process for the migration has failed?
We cou= =3D ld provide some small output indicating why it has failed.
Does this sound like a reasonable approach?

Is there any news on discussions = =3D with the CentOS people as to where a qemu-kvm-rhev package could be hosted = =3D (that we could then take advantage of)?
If the hosting of an updated qem= =3D u-kvm (or qemu-kvm-rhev) is not sorted out in the short term, I did some qu= =3D ick calculations last night and it seems based on previous EL point release= =3D s (this is hardly scientific I know) we are not likely to see an EL 6.6 for= =3D another few months. We may see an EL7.0 before that timeframe.
Ov= =3D irt can obviously jump on new EL releases to use as hosts in a new ovirt ve= =3D rsion but it seems this option is still some time away.

--708812334-715765816-1397014905=3D:84118-- --===============5605929436504033630== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS03MDg4MTIzMzQtNzE1NzY1ODE2LTEzOTcwMTQ5MDU9Ojg0MTE4CkNvbnRlbnQtVHlwZTogdGV4 dC9wbGFpbjsgY2hhcnNldD1pc28tODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1 b3RlZC1wcmludGFibGUKCj49MEE9MEE+PTBBPiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0t PTBBPj4gRnJvbTogIlBhdWwgSmFuc2VuIj0wQT4+IFRvOj0KICJJdGFtYXIgSGVpbSIgIkZhYmlh biBEZXV0c2NoIj0wQT4+IENjOiAidXNlcnMiPTBBPj4gU2VudDogTW9uZGF5LCBBcHJpbCA3PQos IDIwMTQgMzoyNToxOSBQTT0wQT4+IFN1YmplY3Q6IFJlOiBbVXNlcnNdIG5vZGUgc3BpbiBpbmNs dWRpbmcgcWVtdS1rdm0tcmg9CmV2Pz0wQT4+PTBBPj4gT24gMDQvMDcvMjAxNCAxMTo0NiBBTSwg RmFiaWFuIERldXRzY2ggd3JvdGU6PTBBPj49MEE+Pj4gSGV5ID0KUGF1bCw9MEE+Pj49MEE+Pj4g QW0gTW9udGFnLCBkZW4gMDcuMDQuMjAxNCwgMDE6MjggLTA3MDAgc2NocmllYiBQYXVsIEphbnNl PQpuOj0wQT4+Pj4gSSdtIGdvaW5nIHRvIHRyeSB0b3AgcG9zdGluZyB0aGlzIHRpbWUgdG8gc2Vl IGlmIGl0IGVuZHMgdXAgbG9va2k9Cm5nIGE9MEE+Pj4+IGJpdCBiZXR0ZXIgb24gdGhlIGxpc3Qu PTBBPj4+PTBBPj4+IHlvdSBjb3VsZCB0cnkgc2VuZGluZyB0ZXh0LT0Kb25seSBlbWFpbHMgOik9 MEE+Pj49MEE+Pj4+IEJ5IHRoZSAnb3ZpcnQgaHlwZXJ2aXNvciBwYWNrYWdlcycgSSBtZWFudCBp bnN0PQphbGxpbmcgdGhlIE9TIGZpcnN0IG9mPTBBPj4+PiBhbGwgYW5kIHRoZW4gbWFraW5nIGl0 IGludG8gYW4gb3ZpcnQgJ25vZGUnIGI9CnkgaW5zdGFsbGluZyB0aGUgcmVxdWlyZWQ9MEE+Pj4+ IHBhY2thZ2VzLCByYXRoZXIgdGhhbiBpbnN0YWxsaW5nIGZyb20gYSBjbD0KZWFuIHNsYXRlIHdp dGggdGhlIG92aXJ0PTBBPj4+PiBub2RlIGlzby4gU29ycnkgaWYgdGhhdCB3YXMgYSBiaXQgdW5j bGVhci49Cj0wQT4+Pj0wQT4+PiBPa2F5IC0gdGhhbmtzIGZvciB0aGUgZXhwbGFuYXRpb24uPTBB Pj4+IEluIGdlbmVyYWwgSSB3b3VsZCBkaT0Kc2NvdXJhZ2UgZnJvbSBpbnN0YWxsaW5nIHRoZSBv dmlydC1ub2RlIHBhY2thZ2Ugb25hPTBBPj4+IG5vcm1hbCBob3N0Lj0wQT4+PQo+IElmIHlvdSBz dGlsbCB3YW50IHRvIHRyeSBpdCBiZSBhd2FyZSB0aGF0IHRoZSBvdmlydC1ub2RlIHBrZyBtaWdo dCBtZXNzPQo9MEE+Pj4gd2l0aCB5b3VyIHN5c3RlbS49MEE+Pj0wQT4+PTBBPj4gSSdtIHByZXR0 eSBzdXJlIHdlIGFyZSBvbiB0aGUgc2FtZSA9CnBhZ2UgaGVyZS4gSSBqdXN0IGNoZWNrZWQgdGhl IG92aXJ0PTBBPj4gJ3F1aWNrc3RhcnQnIHBhZ2UgYW5kIGl0IGNhbGxzIHRoZT0KIHZhcmlvdXMg aHlwZXJ2aXNvciBub2RlcyAnaG9zdHMnLj0wQT4+IGllOiBGZWRvcmEgaG9zdCwgRUwsIGhvc3Qs IG92aXJ0IG5vPQpkZSBob3N0Lj0wQT4+IElmIHRoZSBvdmlydCBub2RlIGluY2x1ZGVkIHRoZSBx ZW11LWt2bS1yaGV2IHBhY2thZ2UgLSBvciBhbiA9CnVwZGF0ZWQgcWVtdS1rdm09MEE+PiAtIGl0 IHdvdWxkIG1lYW4gdGhhdCBib3RoIG92aXJ0IG5vZGUgaG9zdHMgYW5kIGZlZG9yYT0KIGhvc3Rz IGNvdWxkIGJvdGg9MEE+PiBzdXBwb3J0IGxpdmUgc3RvcmFnZSBtaWdyYXRpb24uIEl0IHdvdWxk IG9ubHkgYmUgRUwgPQpob3N0cyB0aGF0IGRvIG5vdD0wQT4+IHN1cHBvcnQgdGhhdCBmZWF0dXJl IGF0IHRoaXMgc3RhZ2UuIFdlIGNvdWxkIGhhdmUgYSA9CmNhdmVhdCBpbiB0aGU9MEE+PiBkb2N1 bWVudGF0aW9uIGZvciB0aGlzIHBlcmhhcHMuPTBBPj4gRmFiaWFuLCB3ZXJlIHlvdSB0aD0KaW5r IHRoaW5raW5nIHRoYXQgaWYgbm90IGFsbCAnaG9zdHMnIHN1cHBvcnRlZCBsaXZlPTBBPj4gbWln cmF0aW9uIHRoYXQgdGhlPQogY2x1c3RlciBjb3VsZCBkaXNhYmxlIHRoYXQgZmVhdHVyZT8gQmFz ZWQgb24gY2FwYWJpbGl0aWVzPTBBPj4gdGhhdCB0aGUgaG89CnN0cyB3b3VsZCBleHBvc2UgdG8g dGhlIG92aXJ0IHNlcnZlcj8gVGhpcyB3b3VsZCBiZSBhbm90aGVyIHdheT0wQT4+IG9mIGF2bz0K aWRpbmcgdGhlIGNvbmZ1c2lvbi49MEE+Pj0wQT4+IFRoYW5rcyBndXlzIGZvciB0aGUgZ3JlYXQg d29yayB5b3UgYXJlIGRvaW5nPQogd2l0aCBvdmlydC49MEE+Pj0wQT49MEE+IFBhdWwsPTBBPiB0 aGlzIGlzIHNvbWV0aGluZyB0aGF0IHZkc20gbmVlZHMgdG8gcmU9CnBvcnQgdG8gdGhlIGVuZ2lu ZSwgc28gdGhlIGVuZ2luZSB3aWxsPTBBPiBrbm93IHdoYXQgaXMgLyBpc24ndCBzdXBwb3J0ZWQu ID0KSXQncyBhIGJpZ2dlciByZXF1ZXN0IGFzIHRvZGF5IHdlJ3JlIG1vc3RseT0wQT4gYmFzZWQg b24gY2x1c3RlciBjb21wYXRpYmlsPQppdHkgbGV2ZWwuPTBBPj0wQT4gQWRkaXRpb25hbGx5IGl0 IGlzIHBvc3NpYmxlIHRvIG1peCAuZWwgaG9zdHMgd2l0aCBub2RlcyA9CndpdGggb2xkIChub24g LXJoZXYpIG5vZGVzLj0wQT4gRWFjaCBvZiB0aGVzZSBjYXNlcyB3aWxsIGJyZWFrIGxpdmUtc3Rv cmFnZT0KIG1pZ3JhdGlvbi49MEE+PTBBPiBIb3cgZG8geW91IHN1Z2dlc3QgdG8gbWl0aWdhdGUg aXQ/PTBBPj0wQVdlbGwsIHdoZW4geW91PQogY2hvb3NlIHRvIG1pZ3JhdGUgYSBWTSB1bmRlciBW bXdhcmUncyBWY2VudGVyIHlvdSBjYW4gY2hvb3NlIHRvIG1pZ3JhdGUgZWk9CnRoZXIgdGhlIGhv c3Qgb3IgdGhlIGRhdGFzdG9yZS49QTAgRm9yIHdoaWNoZXZlciBvbmUgeW91IGNob29zZSB0aGVy ZSBpcyBhID0KdmFsaWRhdGlvbiBzdGVwIHRvIGNoZWNrIHRoZSB5b3UgYXJlIGFibGUgdG8gcGVy Zm9ybSB0aGUgbWlncmF0aW9uIChpZTogY2FwPQphYmlsaXRpZXMgb2YgdGhlIGhvc3QpLj1BMCBJ IGNhbiBzZWUgaW4gb3ZpcnQgdGhhdCB3ZSBhcmUgc2hvd2luZyB0aGUgS1ZNIHY9CmVyc2lvbiBv biBob3N0cy49QTAgVGhpcyBtYXRjaGVzIHRoZSBwYWNrYWdlIHZlcnNpb24gb2YgdGhlIHFlbXUt a3ZtIHBhY2thZz0KZSAob3IgdGhlIHFlbXUta3ZtLXJoZXYgcGFja2FnZSBpZiBpbnN0YWxsZWQ/ KS4gQ291bGQgd2UgaGF2ZSBzb21lIHNvcnQgb2YgPQphIGN1dG9mZiBwb2ludCB3aGVyZSB3ZSBr bm93IHdoaWNoIHZlcnNpb25zIG9mIEtWTSAoaWU6IHFlbXUta3ZtIG9yIHFlbXUta3Y9Cm0tcmhl dikgc3VwcG9ydCB0aGUgc3RvcmFnZSBtaWdyYXRpb24gZmVhdHVyZSwgYW5kIGlmIGEgdmVyc2lv biBpcyBmb3VuZCB0aD0KYXQgZG9lc24ndCBtYXRjaCB0aGUgcmVxdWlyZWQgaGV1cmlzdGljcyB3 ZSBqdXN0IGluZGljYXRlIHRoZSB0aGUgdmFsaWRhdGlvPQpuIHByb2Nlc3MgZm9yIHRoZSBtaWdy YXRpb24gaGFzIGZhaWxlZD89MEFXZSBjb3VsZCBwcm92aWRlIHNvbWUgc21hbGwgb3V0cHU9CnQg aW5kaWNhdGluZyB3aHkgaXQgaGFzIGZhaWxlZC49MEFEb2VzIHRoaXMgc291bmQgbGlrZSBhIHJl YXNvbmFibGUgYXBwcm9hYz0KaD89MEE9MEFJcyB0aGVyZSBhbnkgbmV3cyBvbiBkaXNjdXNzaW9u cyB3aXRoIHRoZSBDZW50T1MgcGVvcGxlIGFzIHRvIHdoZXJlPQogYSBxZW11LWt2bS1yaGV2IHBh Y2thZ2UgY291bGQgYmUgaG9zdGVkICh0aGF0IHdlIGNvdWxkIHRoZW4gdGFrZSBhZHZhbnRhZ2U9 CiBvZik/PTBBSWYgdGhlIGhvc3Rpbmcgb2YgYW4gdXBkYXRlZCBxZW11LWt2bSAob3IgcWVtdS1r dm0tcmhldikgaXMgbm90IHNvcj0KdGVkIG91dCBpbiB0aGUgc2hvcnQgdGVybSwgSSBkaWQgc29t ZSBxdWljayBjYWxjdWxhdGlvbnMgbGFzdCBuaWdodCBhbmQgaXQgPQpzZWVtcyBiYXNlZCBvbiBw cmV2aW91cyBFTCBwb2ludCByZWxlYXNlcyAodGhpcyBpcyBoYXJkbHkgc2NpZW50aWZpYyBJIGtu b3c9Cikgd2UgYXJlIG5vdCBsaWtlbHkgdG8gc2VlIGFuIEVMIDYuNiBmb3IgYW5vdGhlciBmZXcg bW9udGhzLj1BMCBXZSBtYXkgc2VlID0KYW4gRUw3LjAgYmVmb3JlIHRoYXQgdGltZWZyYW1lLj0w QU92aXJ0IGNhbiBvYnZpb3VzbHkganVtcCBvbiBuZXcgRUwgcmVsZWFzPQplcyB0byB1c2UgYXMg aG9zdHMgaW4gYSBuZXcgb3ZpcnQgdmVyc2lvbiBidXQgaXQgc2VlbXMgdGhpcyBvcHRpb24gaXMg c3RpbGw9CiBzb21lIHRpbWUgYXdheS49MEEKLS03MDg4MTIzMzQtNzE1NzY1ODE2LTEzOTcwMTQ5 MDU9Ojg0MTE4CkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEKQ29u dGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWw+PGJvZHk+PGRp diBzdHlsZT0zRCJjb2xvcjojMDAwOyBiYWNrZ3JvdW5kLWNvbG9yOiNmZmY7IGZvbnQtZmFtaWx5 OkhlPQpsdmV0aWNhTmV1ZSwgSGVsdmV0aWNhIE5ldWUsIEhlbHZldGljYSwgQXJpYWwsIEx1Y2lk YSBHcmFuZGUsIFNhbnMtU2VyaWY7Zm89Cm50LXNpemU6MTJwdCI+Jmd0OzxiciBjbGVhcj0zRCJu b25lIj48ZGl2IHN0eWxlPTNEImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2FOZT0KdWUsIEhlbHZldGlj YSBOZXVlLCBIZWx2ZXRpY2EsIEFyaWFsLCBMdWNpZGEgR3JhbmRlLCBTYW5zLVNlcmlmOyBmb250 LXNpemU6PQogMTJwdDsiPjxkaXYgc3R5bGU9M0QiZm9udC1mYW1pbHk6IHRpbWVzIG5ldyByb21h biwgbmV3IHlvcmssIHRpbWVzLCBzZXJpZjs9CiBmb250LXNpemU6IDEycHQ7Ij48ZGl2IGNsYXNz PTNEInlfbXNnX2NvbnRhaW5lciI+PGRpdiBjbGFzcz0zRCJ5cXQ5ODYwNjc0OT0KMDIiIGlkPTNE InlxdGZkMjc2MzciPiZndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyAtLS0tLSBPcmlnaW5hbCBN ZXNzYWdlIC0tPQotLS08YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZndDsgRnJvbTogIlBhdWwgSmFu c2VuIjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jmc9CnQ7IFRvOiAiSXRhbWFyIEhlaW0iICJGYWJp YW4gRGV1dHNjaCI8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZndDsgQ2M6ICJ1c2Vycz0KIjxiciBj bGVhcj0zRCJub25lIj4mZ3Q7Jmd0OyBTZW50OiBNb25kYXksIEFwcmlsIDcsIDIwMTQgMzoyNTox OSBQTTxiciBjbGVhPQpyPTNEIm5vbmUiPiZndDsmZ3Q7IFN1YmplY3Q6IFJlOiBbVXNlcnNdIG5v ZGUgc3BpbiBpbmNsdWRpbmcgcWVtdS1rdm0tcmhldj89CjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7 Jmd0OzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jmd0OyBPbiAwNC8wNy8yMDE0IDExOjQ2ID0KQU0s IEZhYmlhbiBEZXV0c2NoIHdyb3RlOjxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jmd0OzxiciBjbGVh cj0zRCJub25lIj4mZ3Q7PQomZ3Q7Jmd0OyBIZXkgUGF1bCw8YnIKIGNsZWFyPTNEIm5vbmUiPiZn dDsmZ3Q7Jmd0OzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jmd0OyZndDsgQW0gTW9udGFnLCBkZW4g PQowNy4wNC4yMDE0LCAwMToyOCAtMDcwMCBzY2hyaWViIFBhdWwgSmFuc2VuOjxiciBjbGVhcj0z RCJub25lIj4mZ3Q7Jmd0OyZndDs9CiZndDsgSSdtIGdvaW5nIHRvIHRyeSB0b3AgcG9zdGluZyB0 aGlzIHRpbWUgdG8gc2VlIGlmIGl0IGVuZHMgdXAgbG9va2luZyBhPD0KYnIgY2xlYXI9M0Qibm9u ZSI+Jmd0OyZndDsmZ3Q7Jmd0OyBiaXQgYmV0dGVyIG9uIHRoZSBsaXN0LjxiciBjbGVhcj0zRCJu b25lPQoiPiZndDsmZ3Q7Jmd0OzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jmd0OyZndDsgeW91IGNv dWxkIHRyeSBzZW5kaW5nIHRleHQtb249Cmx5IGVtYWlscyA6KTxiciBjbGVhcj0zRCJub25lIj4m Z3Q7Jmd0OyZndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZndDsmZ3Q7Jj0KZ3Q7IEJ5IHRoZSAn b3ZpcnQgaHlwZXJ2aXNvciBwYWNrYWdlcycgSSBtZWFudCBpbnN0YWxsaW5nIHRoZSBPUyBmaXJz dCBvZjxiPQpyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7Jmd0OyZndDsgYWxsIGFuZCB0aGVuIG1h a2luZyBpdCBpbnRvIGFuIG92aXJ0ICdub2Q9CmUnIGJ5IGluc3RhbGxpbmcgdGhlIHJlcXVpcmVk PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7Jmd0OyZndDsgcGFja2FnZXMsID0KcmF0aGVyIHRo YW4gaW5zdGFsbGluZyBmcm9tIGEgY2xlYW4gc2xhdGUgd2l0aCB0aGUgb3ZpcnQ8YnIgY2xlYXI9 M0Qibm9uZSI+PQomZ3Q7Jmd0OyZndDsmZ3Q7IG5vZGUgaXNvLiBTb3JyeSBpZiB0aGF0IHdhcyBh IGJpdCB1bmNsZWFyLjxiciBjbGVhcj0zRCJub249CmUiPiZndDsmZ3Q7Jmd0OzxiciBjbGVhcj0z RCJub25lIj4mZ3Q7Jmd0OyZndDsgT2theSAtIHRoYW5rcyBmb3IgdGhlIGV4cGxhbj0KYXRpb24u PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7Jmd0OyBJbiBnZW5lcmFsIEkgd291bGQgZGlzY291 cmFnZSBmcm9tIGluPQpzdGFsbGluZyB0aGUKIG92aXJ0LW5vZGUgcGFja2FnZSBvbmE8YnIgY2xl YXI9M0Qibm9uZSI+Jmd0OyZndDsmZ3Q7IG5vcm1hbCBob3N0LjxiciBjbGVhPQpyPTNEIm5vbmUi PiZndDsmZ3Q7Jmd0OyBJZiB5b3Ugc3RpbGwgd2FudCB0byB0cnkgaXQgYmUgYXdhcmUgdGhhdCB0 aGUgb3ZpcnQ9Ci1ub2RlIHBrZyBtaWdodCBtZXNzPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7 Jmd0OyB3aXRoIHlvdXIgc3lzdGVtLjxiciBjbD0KZWFyPTNEIm5vbmUiPiZndDsmZ3Q7PGJyIGNs ZWFyPTNEIm5vbmUiPiZndDsmZ3Q7PGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7PQogSSdtIHBy ZXR0eSBzdXJlIHdlIGFyZSBvbiB0aGUgc2FtZSBwYWdlIGhlcmUuIEkganVzdCBjaGVja2VkIHRo ZSBvdmlydDxiciA9CmNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7ICdxdWlja3N0YXJ0JyBwYWdlIGFu ZCBpdCBjYWxscyB0aGUgdmFyaW91cyBoeXBlcnZpcz0Kb3Igbm9kZXMgJ2hvc3RzJy48YnIgY2xl YXI9M0Qibm9uZSI+Jmd0OyZndDsgaWU6IEZlZG9yYSBob3N0LCBFTCwgaG9zdCwgb3ZpPQpydCBu b2RlIGhvc3QuPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7IElmIHRoZSBvdmlydCBub2RlIGlu Y2x1ZGVkIHRoZSBxZW09CnUta3ZtLXJoZXYgcGFja2FnZSAtIG9yIGFuIHVwZGF0ZWQgcWVtdS1r dm08YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZndDsgLSBpdD0KIHdvdWxkIG1lYW4gdGhhdCBib3Ro IG92aXJ0IG5vZGUgaG9zdHMgYW5kIGZlZG9yYSBob3N0cyBjb3VsZCBib3RoPGJyIGNsZWFyPQo9 M0Qibm9uZSI+Jmd0OyZndDsgc3VwcG9ydCBsaXZlIHN0b3JhZ2UgbWlncmF0aW9uLiBJdCB3b3Vs ZCBvbmx5IGJlIEVMIGhvc3Q9CnMgdGhhdCBkbyBub3Q8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZn dDsgc3VwcG9ydCB0aGF0IGZlYXR1cmUgYXQgdGhpcyBzdGFnZT0KLiBXZSBjb3VsZCBoYXZlIGEg Y2F2ZWF0IGluIHRoZTxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jmd0OyBkb2N1bWVudGF0aW9uIGZv PQpyIHRoaXMgcGVyaGFwcy48YnIKIGNsZWFyPTNEIm5vbmUiPiZndDsmZ3Q7IEZhYmlhbiwgd2Vy ZSB5b3UgdGhpbmsgdGhpbmtpbmcgdGhhdCBpZiBub3QgYWxsICdoPQpvc3RzJyBzdXBwb3J0ZWQg bGl2ZTxiciBjbGVhcj0zRCJub25lIj4mZ3Q7Jmd0OyBtaWdyYXRpb24gdGhhdCB0aGUgY2x1c3Rl ciA9CmNvdWxkIGRpc2FibGUgdGhhdCBmZWF0dXJlPyBCYXNlZCBvbiBjYXBhYmlsaXRpZXM8YnIg Y2xlYXI9M0Qibm9uZSI+Jmd0OyZndD0KOyB0aGF0IHRoZSBob3N0cyB3b3VsZCBleHBvc2UgdG8g dGhlIG92aXJ0IHNlcnZlcj8gVGhpcyB3b3VsZCBiZSBhbm90aGVyIHdhPQp5PGJyIGNsZWFyPTNE Im5vbmUiPiZndDsmZ3Q7IG9mIGF2b2lkaW5nIHRoZSBjb25mdXNpb24uPGJyIGNsZWFyPTNEIm5v bmUiPiY9Cmd0OyZndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyZndDsgVGhhbmtzIGd1eXMgZm9y IHRoZSBncmVhdCB3b3JrIHlvdSBhcmUgZD0Kb2luZyB3aXRoIG92aXJ0LjxiciBjbGVhcj0zRCJu b25lIj4mZ3Q7Jmd0OzxiciBjbGVhcj0zRCJub25lIj4mZ3Q7PGJyIGNsZWFyPQo9M0Qibm9uZSI+ Jmd0OyBQYXVsLDxiciBjbGVhcj0zRCJub25lIj4mZ3Q7IHRoaXMgaXMgc29tZXRoaW5nIHRoYXQg dmRzbSBuZWU9CmRzIHRvIHJlcG9ydCB0byB0aGUgZW5naW5lLCBzbyB0aGUgZW5naW5lIHdpbGw8 YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBrbm93ID0Kd2hhdCBpcyAvIGlzbid0IHN1cHBvcnRlZC4g SXQncyBhIGJpZ2dlciByZXF1ZXN0IGFzIHRvZGF5IHdlJ3JlIG1vc3RseTxiciBjPQpsZWFyPTNE Im5vbmUiPiZndDsgYmFzZWQgb24gY2x1c3RlciBjb21wYXRpYmlsaXR5IGxldmVsLjxiciBjbGVh cj0zRCJub25lIj49CiZndDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBBZGRpdGlvbmFsbHkgaXQg aXMgcG9zc2libGUgdG8gbWl4IC5lbCBob3N0cyB3aT0KdGggbm9kZXMgd2l0aCBvbGQgKG5vbiAt cmhldikgbm9kZXMuPGJyIGNsZWFyPTNEIm5vbmUiPiZndDsgRWFjaCBvZiB0aGVzZSBjPQphc2Vz IHdpbGwgYnJlYWsKIGxpdmUtc3RvcmFnZSBtaWdyYXRpb24uPGJyIGNsZWFyPTNEIm5vbmUiPiZn dDs8YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OyBIb3cgPQpkbyB5b3Ugc3VnZ2VzdCB0byBtaXRpZ2F0 ZSBpdD88L2Rpdj48YnIgY2xlYXI9M0Qibm9uZSI+Jmd0OzxiciBjbGVhcj0zRCJub249CmUiPldl bGwsIHdoZW4geW91IGNob29zZSB0byBtaWdyYXRlIGEgVk0gdW5kZXIgVm13YXJlJ3MgVmNlbnRl ciB5b3UgY2FuIGNobz0Kb3NlIHRvIG1pZ3JhdGUgZWl0aGVyIHRoZSBob3N0IG9yIHRoZSBkYXRh c3RvcmUuJm5ic3A7IEZvciB3aGljaGV2ZXIgb25lIHlvPQp1IGNob29zZSB0aGVyZSBpcyBhIHZh bGlkYXRpb24gc3RlcCB0byBjaGVjayB0aGUgeW91IGFyZSBhYmxlIHRvIHBlcmZvcm0gdGg9CmUg bWlncmF0aW9uIChpZTogY2FwYWJpbGl0aWVzIG9mIHRoZSBob3N0KS4mbmJzcDsgSSBjYW4gc2Vl IGluIG92aXJ0IHRoYXQgdz0KZSBhcmUgc2hvd2luZyB0aGUgS1ZNIHZlcnNpb24gb24gaG9zdHMu Jm5ic3A7IFRoaXMgbWF0Y2hlcyB0aGUgcGFja2FnZSB2ZXJzPQppb24gb2YgdGhlIHFlbXUta3Zt IHBhY2thZ2UgKG9yIHRoZSBxZW11LWt2bS1yaGV2IHBhY2thZ2UgaWYgaW5zdGFsbGVkPykuIEM9 Cm91bGQgd2UgaGF2ZSBzb21lIHNvcnQgb2YgYSBjdXRvZmYgcG9pbnQgd2hlcmUgd2Uga25vdyB3 aGljaCB2ZXJzaW9ucyBvZiBLVj0KTSAoaWU6IHFlbXUta3ZtIG9yIHFlbXUta3ZtLXJoZXYpIHN1 cHBvcnQgdGhlIHN0b3JhZ2UgbWlncmF0aW9uIGZlYXR1cmUsIGFuPQpkIGlmIGEgdmVyc2lvbiBp cyBmb3VuZCB0aGF0IGRvZXNuJ3QgbWF0Y2ggdGhlIHJlcXVpcmVkIGhldXJpc3RpY3Mgd2UganVz dCA9CmluZGljYXRlIHRoZSB0aGUgdmFsaWRhdGlvbiBwcm9jZXNzIGZvciB0aGUgbWlncmF0aW9u IGhhcyBmYWlsZWQ/PGJyPldlIGNvdT0KbGQgcHJvdmlkZSBzb21lIHNtYWxsIG91dHB1dCBpbmRp Y2F0aW5nIHdoeSBpdCBoYXMgZmFpbGVkLjxicj5Eb2VzIHRoaXMKIHNvdW5kIGxpa2UgYSByZWFz b25hYmxlIGFwcHJvYWNoPzxicj48YnI+SXMgdGhlcmUgYW55IG5ld3Mgb24gZGlzY3Vzc2lvbnMg PQp3aXRoIHRoZSBDZW50T1MgcGVvcGxlIGFzIHRvIHdoZXJlIGEgcWVtdS1rdm0tcmhldiBwYWNr YWdlIGNvdWxkIGJlIGhvc3RlZCA9Cih0aGF0IHdlIGNvdWxkIHRoZW4gdGFrZSBhZHZhbnRhZ2Ug b2YpPzxicj5JZiB0aGUgaG9zdGluZyBvZiBhbiB1cGRhdGVkIHFlbT0KdS1rdm0gKG9yIHFlbXUt a3ZtLXJoZXYpIGlzIG5vdCBzb3J0ZWQgb3V0IGluIHRoZSBzaG9ydCB0ZXJtLCBJIGRpZCBzb21l IHF1PQppY2sgY2FsY3VsYXRpb25zIGxhc3QgbmlnaHQgYW5kIGl0IHNlZW1zIGJhc2VkIG9uIHBy ZXZpb3VzIEVMIHBvaW50IHJlbGVhc2U9CnMgKHRoaXMgaXMgaGFyZGx5IHNjaWVudGlmaWMgSSBr bm93KSB3ZSBhcmUgbm90IGxpa2VseSB0byBzZWUgYW4gRUwgNi42IGZvcj0KIGFub3RoZXIgZmV3 IG1vbnRocy4mbmJzcDsgV2UgbWF5IHNlZSBhbiBFTDcuMCBiZWZvcmUgdGhhdCB0aW1lZnJhbWUu PGJyPk92PQppcnQgY2FuIG9idmlvdXNseSBqdW1wIG9uIG5ldyBFTCByZWxlYXNlcyB0byB1c2Ug YXMgaG9zdHMgaW4gYSBuZXcgb3ZpcnQgdmU9CnJzaW9uIGJ1dCBpdCBzZWVtcyB0aGlzIG9wdGlv biBpcyBzdGlsbCBzb21lIHRpbWUgYXdheS48YnI+PC9kaXY+IDwvZGl2PiA8Lz0KZGl2PiAgPC9k aXY+PC9ib2R5PjwvaHRtbD4KLS03MDg4MTIzMzQtNzE1NzY1ODE2LTEzOTcwMTQ5MDU9Ojg0MTE4 LS0K --===============5605929436504033630==-- From iheim at redhat.com Wed Apr 9 01:27:36 2014 Content-Type: multipart/mixed; boundary="===============1365746389639998292==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] node spin including qemu-kvm-rhev? Date: Wed, 09 Apr 2014 08:27:34 +0300 Message-ID: <5344DA46.8030906@redhat.com> In-Reply-To: 1397014905.84118.YahooMailNeo@web120604.mail.ne1.yahoo.com --===============1365746389639998292== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 04/09/2014 06:41 AM, Paul Jansen wrote: > > > > > > ----- Original Message ----- > >> From: "Paul Jansen" > >> To: "Itamar Heim" "Fabian Deutsch" > >> Cc: "users" > >> Sent: Monday, April 7, 2014 3:25:19 PM > >> Subject: Re: [Users] node spin including qemu-kvm-rhev? > >> > >> On 04/07/2014 11:46 AM, Fabian Deutsch wrote: > >> > >>> Hey Paul, > >>> > >>> Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: > >>>> I'm going to try top posting this time to see if it ends up looking= a > >>>> bit better on the list. > >>> > >>> you could try sending text-only emails :) > >>> > >>>> By the 'ovirt hypervisor packages' I meant installing the OS first = of > >>>> all and then making it into an ovirt 'node' by installing the requi= red > >>>> packages, rather than installing from a clean slate with the ovirt > >>>> node iso. Sorry if that was a bit unclear. > >>> > >>> Okay - thanks for the explanation. > >>> In general I would discourage from installing the ovirt-node > package ona > >>> normal host. > >>> If you still want to try it be aware that the ovirt-node pkg might m= ess > >>> with your system. > >> > >> > >> I'm pretty sure we are on the same page here. I just checked the ovirt > >> 'quickstart' page and it calls the various hypervisor nodes 'hosts'. > >> ie: Fedora host, EL, host, ovirt node host. > >> If the ovirt node included the qemu-kvm-rhev package - or an updated > qemu-kvm > >> - it would mean that both ovirt node hosts and fedora hosts could both > >> support live storage migration. It would only be EL hosts that do not > >> support that feature at this stage. We could have a caveat in the > >> documentation for this perhaps. > >> Fabian, were you think thinking that if not all 'hosts' supported live > >> migration that the cluster could disable that feature? Based on > capabilities > >> that the hosts would expose to the ovirt server? This would be > another way > >> of avoiding the confusion. > >> > >> Thanks guys for the great work you are doing with ovirt. > >> > > > > Paul, > > this is something that vdsm needs to report to the engine, so the > engine will > > know what is / isn't supported. It's a bigger request as today we're > mostly > > based on cluster compatibility level. > > > > Additionally it is possible to mix .el hosts with nodes with old (non > -rhev) nodes. > > Each of these cases will break live-storage migration. > > > > How do you suggest to mitigate it? > > > > Well, when you choose to migrate a VM under Vmware's Vcenter you can > choose to migrate either the host or the datastore. For whichever one > you choose there is a validation step to check the you are able to > perform the migration (ie: capabilities of the host). I can see in > ovirt that we are showing the KVM version on hosts. This matches the > package version of the qemu-kvm package (or the qemu-kvm-rhev package if > installed?). Could we have some sort of a cutoff point where we know > which versions of KVM (ie: qemu-kvm or qemu-kvm-rhev) support the > storage migration feature, and if a version is found that doesn't match > the required heuristics we just indicate the the validation process for > the migration has failed? > We could provide some small output indicating why it has failed. > Does this sound like a reasonable approach? > > Is there any news on discussions with the CentOS people as to where a > qemu-kvm-rhev package could be hosted (that we could then take advantage > of)? > If the hosting of an updated qemu-kvm (or qemu-kvm-rhev) is not sorted > out in the short term, I did some quick calculations last night and it > seems based on previous EL point releases (this is hardly scientific I > know) we are not likely to see an EL 6.6 for another few months. We may > see an EL7.0 before that timeframe. > Ovirt can obviously jump on new EL releases to use as hosts in a new > ovirt version but it seems this option is still some time away. Paul - just to clarify, you are mentioning "versions" all the time, but = qemu-kvm doesn't have these features regardless of version. you need the = qemu-kvm-rhev package, which we hope to get into the CentOS cloud or = virt SIG, and for now is available via jenkins.ovirt.org based on the = centos srpm. --===============1365746389639998292==--