<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif;font-size:12px"><div style="" class=""><SNIP><br style="" class="">> > > After doing some more searching I came across these two pages:<br style="" class="">> > > http://www.ovirt.org/Cluster_emulation_modes<br style="" class="">> > > http://www.ovirt.org/Features/Cluster_parameters_override<br style="" class="">> > ><br style="" class="">> > > It sounds like this may allow me to achieve what I've described above.<br style="" class="">> > > From what I can tell the 'emulated machine type' is tied to the ovirt cluster <br style="" class="">> > > level - ie: 3.5.<br style="" class="">> > ><br style="" class="">> ><br style="" class="">> > you can switch q35 with pc-1.0 in ClusterEmulatedMachines config value for <br style=""
class="">> > version 3.5<br style="" class="">> Thanks Paul for asking and Roy for answering. I thought q35 would be the<br style="" class="">> default anyway the whole time ;)<br style="" class="">> ><br style="" class="">> > engine-config -s ClusterEmulatedMachines="q35,rhel6.5.0"<br style="" class="">> ><br style="" class="">> > then create a new cluster and add that host to it. once the host is up this <br style="" class="">> > emulation mode should be set.<br style="" class="">> ><br style="" class="">> > in 3.6 you'd be able to choose an emulation mode per VM.<br style="" class="">> Paul, since this is really useful would you mind to open an RFE in BZ<br style="" class="">> and post the link here, so we can keep track of this feature?<br style="" class=""><br style="" class="">Hi Daniel.<br style="" class="">Sorry for the late reply on this.<br style="" class="">I'm
happy that this feature is currently documented in the wiki pages that I'd referenced above and is on the feature plan for 3.6.<br style="" class="">The workaround that was specified does what I need for now.<br style="" class="">Proper support in 3.6 will need to consider some other things, such as allowing attaching of disks to the sata interface on the q35 machine.<br style="" class="">3.5s current workflow doesn't provide a way to cater for that. Perhaps allowing atachign 'virtio-scsi disks to this interface woudl work fine, but then there's issue with the naming.<br style="" class="">Additionally, there have been issues reported with live migration of machines that have the ICH9-AHCI controller enabled.<br style="" class="">Any RFE should handle these multifaceted issues - and others I'm not aware of - so given I don't understand all the ins and outs I'd prefer not to raise this.<br style="" class="">I'd be interested to hear Sandro's take on
how this should likely proceed though.<br style="" class=""><br style="" class=""></div><div style="" class=""><br style="" class=""></div></div></body></html>