[Users] ovirt fails to start vm on EL based nodes
Haim Ateya
hateya at redhat.com
Fri Jan 27 09:11:36 UTC 2012
On Jan 27, 2012, at 11:01, Ofer Schreiber <oschreib at redhat.com> wrote:
> Great debugging.
> Sounds like the 'EmulatedMachine' (hope that's the right attr) in engine-config is configured for fedora based nodes.
>
> Would you mind openning a bug on this?
> Although I'm not sure oVirt supports RHEL completely.
I don't think it's a bug; mean while, you can change 'EmulatedMachine' in vdc_options table from 'pc-0.14' to 'rhel6.2.0', restart Jboss, and it should work.
>
> Ofer.
>
>
> On 27 Jan 2012, at 00:44, "Brown, Chris (GE Healthcare)" <Christopher.Brown at med.ge.com> wrote:
>
>> The ovirt engine is failing to start virtual machines on EL based nodes.
>> I think I have found the failure mode.
>> The engine log shows:
>> 2012-01-26 16:01:45,200 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-5-thread-48) FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: d1649a2
>> 2012-01-26 16:01:45,953 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (QuartzScheduler_Worker-89) START, DestroyVDSCommand(vdsId = e7df9be0-47a0-11e1-80f3-00144f8d7c32, vmId=6c84897b-4d2b-461b-ab64-b30bf9ff7b22, force=false, secondsToWait=0, gracefully=false), log id: 1269b196
>> 2012-01-26 16:01:45,997 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (QuartzScheduler_Worker-89) FINISH, DestroyVDSCommand, log id: 1269b196
>> p012-01-26 16:01:46,020 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-89) Running on vds during rerun failed vm: null
>> 2012-01-26 16:01:46,028 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-89) vm winxp running in db and not running in vds - add to rerun treatment. vds kvmsrv03
>> 2012-01-26 16:01:46,042 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-89) Rerun vm 6c84897b-4d2b-461b-ab64-b30bf9ff7b22. Called from vds kvmsrv03
>>
>> On the EL node in libvirt.log in the <os> </os>section we see:
>> *unnecessary output surpressed*
>> <os>
>> <type arch="x86_64" machine="pc-0.14">hvm</type>
>> <boot dev="cdrom"/>
>> <boot dev="hd"/>
>> <smbios mode="sysinfo"/>
>> </os>
>> , flags=0
>> 16:25:42.074: 10537: error : virNetClientProgramDispatchError:170 : internal error process exited while connecting to monitor: Supported machines are:
>> pc RHEL 6.2.0 PC (alias of rhel6.2.0)
>> rhel6.2.0 RHEL 6.2.0 PC (default)
>> rhel6.1.0 RHEL 6.1.0 PC
>> rhel6.0.0 RHEL 6.0.0 PC
>> rhel5.5.0 RHEL 5.5.0 PC
>> rhel5.4.4 RHEL 5.4.4 PC
>> rhel5.4.0 RHEL 5.4.0 PC
>>
>> Thus output of qemu-kvm on the EL node is:
>> [root at kvmsrv03 ~]# /usr/libexec/qemu-kvm -M ?
>> Supported machines are:
>> pc RHEL 6.2.0 PC (alias of rhel6.2.0)
>> rhel6.2.0 RHEL 6.2.0 PC (default)
>> rhel6.1.0 RHEL 6.1.0 PC
>> rhel6.0.0 RHEL 6.0.0 PC
>> rhel5.5.0 RHEL 5.5.0 PC
>> rhel5.4.4 RHEL 5.4.4 PC
>> rhel5.4.0 RHEL 5.4.0 PC
>>
>> And the output on a Fedora 16 node is:
>> [root at vmdev ~]# qemu-kvm -M ?
>> Supported machines are:
>> pc Standard PC (alias of pc-0.14)
>> pc-0.14 Standard PC (default)
>> fedora-13 Standard PC
>> pc-0.13 Standard PC
>> pc-0.12 Standard PC
>> pc-0.11 Standard PC, qemu 0.11
>> pc-0.10 Standard PC, qemu 0.10
>> isapc ISA-only PC
>>
>> Thus it appears that ovirt-engine is passing an un-recognized "machine=" type when running on an EL node.
>>
>> - Chris
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20120127/52ef065b/attachment-0001.html>
More information about the Users
mailing list