Going crazy with emory hotplug on 3.6
This is a multi-part message in MIME format. ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= we upgraded Ovirt to 3.6, added the first Centos 7 host and created a new c= luster =0A= with compatibility level 3.6 around it. Until now we are running with Fedor= a nodes.=0A= The first Linux VMs are already running in the new cluster. With the first = Windows=0A= VM migrated over we once again face the old Windows activation problem. The= =0A= system request us to reactivate the Windows license.=0A= =0A= To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and e= nabled =0A= the old Fedora machine type pc-1.0. Afterwards I had to lower compatibility= level=0A= of the cluster to 3.5 because Ovirt tried to start the old machine type wit= h memory=0A= hotplug support -> FAIL. Finally everything is up and running.=0A= =0A= Conclusion: OVirt always tries to start VMs with memory hotplug in a curren= t 3.6 =0A= cluster. The machine type (e.g. rhel6.6.0) ist not checked and qemu will fa= il during=0A= startup with the message: qemu-kvm: "-memory 'slots|maxmem'" is not support= ed"=0A= Older post on mailing list: http://lists.ovirt.org/pipermail/users/2016-Jan= uary/037034.html=0A= =0A= Question: What is the desired way to disable the hotplug qemu parametrizati= on=0A= for single VMs in 3.6 cluster? It MUST be possible otherwise it would not m= ake=0A= sense to choos older machine types.=0A= =0A= Markus=0A= ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74--
Adding Francesco. On Sun, Feb 21, 2016 at 2:19 PM, Markus Stockhausen <stockhausen@collogia.de> wrote:
Hi there,
we upgraded Ovirt to 3.6, added the first Centos 7 host and created a new cluster with compatibility level 3.6 around it. Until now we are running with Fedora nodes. The first Linux VMs are already running in the new cluster. With the first Windows VM migrated over we once again face the old Windows activation problem. The system request us to reactivate the Windows license.
To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and enabled the old Fedora machine type pc-1.0. Afterwards I had to lower compatibility level of the cluster to 3.5 because Ovirt tried to start the old machine type with memory hotplug support -> FAIL. Finally everything is up and running.
Conclusion: OVirt always tries to start VMs with memory hotplug in a current 3.6 cluster. The machine type (e.g. rhel6.6.0) ist not checked and qemu will fail during startup with the message: qemu-kvm: "-memory 'slots|maxmem'" is not supported" Older post on mailing list: http://lists.ovirt.org/pipermail/users/2016-January/037034.html
Question: What is the desired way to disable the hotplug qemu parametrization for single VMs in 3.6 cluster? It MUST be possible otherwise it would not make sense to choos older machine types.
Markus
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Von: Nir Soffer [nsoffer@redhat.com]=0A= Gesendet: Sonntag, 21. Februar 2016 14:10=0A= An: Markus Stockhausen; Francesco Romani=0A= Cc: users=0A= Betreff: Re: [ovirt-users] Going crazy with emory hotplug on 3.6=0A= =0A= Adding Francesco.=0A= =0A= On Sun, Feb 21, 2016 at 2:19 PM, Markus Stockhausen=0A= <stockhausen@collogia.de> wrote:=0A=
Hi there,=0A= =0A= we upgraded Ovirt to 3.6, added the first Centos 7 host and created a n= ew cluster=0A= with compatibility level 3.6 around it. Until now we are running with F= edora nodes.=0A= The first Linux VMs are already running in the new cluster. With the fi= rst Windows=0A= VM migrated over we once again face the old Windows activation problem.= The=0A= system request us to reactivate the Windows license.=0A= =0A= To make a long story short: I manually compiled OVirt/Centos qemu 2.3 a= nd enabled=0A= the old Fedora machine type pc-1.0. Afterwards I had to lower compatibi=
of the cluster to 3.5 because Ovirt tried to start the old machine type= with memory=0A= hotplug support -> FAIL. Finally everything is up and running.=0A= =0A= Conclusion: OVirt always tries to start VMs with memory hotplug in a cu= rrent 3.6=0A= cluster. The machine type (e.g. rhel6.6.0) ist not checked and qemu wil= l fail during=0A= startup with the message: qemu-kvm: "-memory 'slots|maxmem'" is not sup=
This is a multi-part message in MIME format. ------=_NextPartTM-000-fc021d5a-f709-4372-8cef-6626422c0cbf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable lity level=0A= ported"=0A=
Older post on mailing list: http://lists.ovirt.org/pipermail/users/2016= -January/037034.html=0A= =0A= Question: What is the desired way to disable the hotplug qemu parametri= zation=0A= for single VMs in 3.6 cluster? It MUST be possible otherwise it would n= ot make=0A= sense to choos older machine types.=0A= =0A= Markus=0A= =0A= =0A= Hi Nir & Francesco,=0A= =0A= with my qemu modifications in place I wrote a before_vm_start hook. It will= remove=0A= memory hotplug from libvirt XML if VM is defined with machine type pc-1.0.= =0A= =0A= #!/usr/bin/python=0A= import os=0A= import sys=0A= import hooking=0A= import traceback=0A= domxml =3D hooking.read_domxml()=0A= os =3D domxml.getElementsByTagName('os')[0]=0A= tp =3D os.getElementsByTagName('type')[0]=0A= mc =3D tp.getAttribute('machine')=0A= if mc =3D=3D 'pc-1.0':=0A= m =3D domxml.getElementsByTagName('maxMemory')[0]=0A= d.removeChild(m)=0A= hooking.write_domxml(domxml)=0A= =0A= With this I'm able to start a Fedora cluster 3.5 based Windows VM on a Cent= os 3.6 cluster. =0A= And most important: It is still ACTIVATED. =0A= =0A= Just filed a RH BZ: https://bugzilla.redhat.com/show_bug.cgi?id=3D1310458= =0A= =0A= Markus=0A= ------=_NextPartTM-000-fc021d5a-f709-4372-8cef-6626422c0cbf Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt"
**************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-fc021d5a-f709-4372-8cef-6626422c0cbf--
----- Original Message -----
From: "Markus Stockhausen" <stockhausen@collogia.de> To: "users" <users@ovirt.org> Sent: Sunday, February 21, 2016 1:19:10 PM Subject: [ovirt-users] Going crazy with emory hotplug on 3.6
Hi there,
Hi Markus, [...]
To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and enabled the old Fedora machine type pc-1.0.
Can you please elaborate on this? Which package and version of qemu were you running? We recommend to use the -ev variant (e.g. qemu-kvm-ev). The -ev variants provide in turn the *rhel* machine types (qemu -machine ?), and they have much better compatibility guarantees and an upgrade path. If you run the pc-* machines, you can easily run into troubles like this.
Question: What is the desired way to disable the hotplug qemu parametrization for single VMs in 3.6 cluster? It MUST be possible otherwise it would not make sense to choos older machine types.
Good point, but this should be true for rhel* machine types, and I didn't expect you had pc-* machine in the first place! Could you please share the package list and versions? Qemu, libvirt, vdsm, ovirt-engine. Please be prepared to file a oVirt bug, on Engine, because Vdsm is just the humble servant here, doing exactly what Engine orders. -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani
This is a multi-part message in MIME format. ------=_NextPartTM-000-5bbe4323-8eeb-44d2-b10d-f52318bc9730 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Von: Francesco Romani [fromani@redhat.com]=0A= Gesendet: Montag, 22. Februar 2016 09:06=0A= An: Markus Stockhausen=0A= Cc: users=0A= Betreff: Re: [ovirt-users] Going crazy with emory hotplug on 3.6=0A= =0A= ----- Original Message -----=0A=
From: "Markus Stockhausen" <stockhausen@collogia.de>=0A= To: "users" <users@ovirt.org>=0A= Sent: Sunday, February 21, 2016 1:19:10 PM=0A= Subject: [ovirt-users] Going crazy with emory hotplug on 3.6=0A= =0A= Hi there,=0A= =0A= Hi Markus,=0A= =0A= [...]=0A= To make a long story short: I manually compiled OVirt/Centos qemu 2.3 a= nd=0A= enabled=0A= the old Fedora machine type pc-1.0.=0A= =0A= Can you please elaborate on this?=0A= Which package and version of qemu were you running?=0A= We recommend to use the -ev variant (e.g. qemu-kvm-ev).=0A= =0A= The -ev variants provide in turn the *rhel* machine types=0A= (qemu -machine ?), and they have much better=0A= compatibility guarantees and an upgrade path.=0A= =0A= If you run the pc-* machines, you can easily run into troubles like this.= =0A= =0A= We were running OVirt 3.5 with FC20 nodes (came from 3.4). The nodes did no= t =0A= install a qemu-ev but only a qemu. And the default machine type in that clu= ster=0A= is pc-1.0 (for whatever reason).=0A= =0A= Question: What is the desired way to disable the hotplug qemu parametri= zation=0A= for single VMs in 3.6 cluster? It MUST be possible otherwise it would n= ot=0A= make sense to choos older machine types.=0A= =0A= Good point, but this should be true for rhel* machine types, and I didn't= expect=0A= you had pc-* machine in the first place!=0A= Could you please share the package list and versions? Qemu, libvirt, vdsm= , ovirt-engine.=0A= =0A= Please be prepared to file a oVirt bug, on Engine, because Vdsm is just t= he humble=0A= servant here, doing exactly what Engine orders.=0A= =0A= We will switch to rhel machine types. But for now we must preserve the pc-1= .0 ones=0A= from the Fedora cluster. =0A= =0A= Markus=0A= ------=_NextPartTM-000-5bbe4323-8eeb-44d2-b10d-f52318bc9730 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt"
**************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-5bbe4323-8eeb-44d2-b10d-f52318bc9730--
participants (3)
-
Francesco Romani -
Markus Stockhausen -
Nir Soffer