Re: [ovirt-users] Going crazy with emory hotplug on 3.6
> Von: Francesco Romani [from...@redhat.com] > Gesendet: Montag, 22. Februar 2016 09:06 > An: Markus Stockhausen > Cc: users > Betreff: Re: [ovirt-users] Going crazy with emory hotplug on 3.6 > > - Original Message - > > From: "Markus Stockhausen" > > To: "users" > > 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. We were running OVirt 3.5 with FC20 nodes (came from 3.4). The nodes did not install a qemu-ev but only a qemu. And the default machine type in that cluster is pc-1.0 (for whatever reason). > > 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. We will switch to rhel machine types. But for now we must preserve the pc-1.0 ones from the Fedora cluster. Markus 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Going crazy with emory hotplug on 3.6
- Original Message - > From: "Markus Stockhausen" > To: "users" > 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Going crazy with emory hotplug on 3.6
> Von: Nir Soffer [nsof...@redhat.com] > Gesendet: Sonntag, 21. Februar 2016 14:10 > An: Markus Stockhausen; Francesco Romani > Cc: users > Betreff: Re: [ovirt-users] Going crazy with emory hotplug on 3.6 > > Adding Francesco. > > On Sun, Feb 21, 2016 at 2:19 PM, Markus Stockhausen > 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 > > Hi Nir & Francesco, with my qemu modifications in place I wrote a before_vm_start hook. It will remove memory hotplug from libvirt XML if VM is defined with machine type pc-1.0. #!/usr/bin/python import os import sys import hooking import traceback domxml = hooking.read_domxml() os = domxml.getElementsByTagName('os')[0] tp = os.getElementsByTagName('type')[0] mc = tp.getAttribute('machine') if mc == 'pc-1.0': m = domxml.getElementsByTagName('maxMemory')[0] d.removeChild(m) hooking.write_domxml(domxml) With this I'm able to start a Fedora cluster 3.5 based Windows VM on a Centos 3.6 cluster. And most important: It is still ACTIVATED. Just filed a RH BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1310458 Markus 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Going crazy with emory hotplug on 3.6
Adding Francesco. On Sun, Feb 21, 2016 at 2:19 PM, Markus Stockhausen 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 > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users