[ovirt-users] Going crazy with emory hotplug on 3.6

[Markus Stockhausen]

> Von: Francesco Romani [fromani at 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" <stockhausen at collogia.de>
> > To: "users" <users at 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.

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
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: InterScan_Disclaimer.txt
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160222/d708c1a9/attachment-0001.txt>