[Users] Cannot find suitable CPU model for given data
Cristian Falcas
cristi.falcas at gmail.com
Sun Dec 9 21:34:30 UTC 2012
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan at redhat.com> wrote:
> On 12/09/2012 05:17 PM, Cristian Falcas wrote:
>
> Hi,
>
> I get this error with the nightly builds when I start a VM:
>
>
> please paste the output of the following command to see if Opteron_G3 is
> really supported:
> vdsClient 0 -s getVdsCaps
>
>
> libvirtError: internal error Cannot find suitable CPU model for given data
>
>
> Log data:
> Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run)
> vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0"
> encoding="utf-8"?>
> <domain type="kvm">
> <name>q</name>
> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid>
> <memory>524288</memory>
> <currentMemory>524288</currentMemory>
> <vcpu>2</vcpu>
> <devices>
> <channel type="unix">
> <target name="com.redhat.rhevm.vdsm"
> type="virtio"/>
> <source mode="bind"
> path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/>
> </channel>
> <channel type="unix">
> <target name="org.qemu.guest_agent.0"
> type="virtio"/>
> <source mode="bind"
> path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/>
> </channel>
> <input bus="ps2" type="mouse"/>
> <channel type="spicevmc">
> <target name="com.redhat.spice.0" type="virtio"/>
> </channel>
> <graphics autoport="yes" keymap="en-us" listen="0"
> passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1"
> type="spice">
> <channel mode="secure" name="main"/>
> <channel mode="secure" name="inputs"/>
> <channel mode="secure" name="cursor"/>
> <channel mode="secure" name="playback"/>
> <channel mode="secure" name="record"/>
> <channel mode="secure" name="display"/>
> <channel mode="secure" name="usbredir"/>
> <channel mode="secure" name="smartcard"/>
> </graphics>
> <console type="pty">
> <target port="0" type="virtio"/>
> </console>
> <sound model="ac97"/>
> <video>
> <model heads="1" type="qxl" vram="65536"/>
> </video>
> <interface type="bridge">
> <mac address="00:1a:4a:6f:6f:f4"/>
> <model type="virtio"/>
> <source bridge="ovirtmgmt"/>
> <filterref filter="vdsm-no-mac-spoofing"/>
> </interface>
> <memballoon model="virtio"/>
> <disk device="cdrom" snapshot="no" type="file">
> <source
> file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso"
> startupPolicy="optional"/>
> <target bus="ide" dev="hdc"/>
> <readonly/>
> <serial></serial>
> <boot order="1"/>
> </disk>
> <disk device="disk" snapshot="no" type="file">
> <source
> file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/>
> <target bus="virtio" dev="vda"/>
>
> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial>
> <driver cache="none" error_policy="stop"
> io="threads" name="qemu" type="raw"/>
> </disk>
> </devices>
> <os>
> <type arch="x86_64" machine="pc-0.14">hvm</type>
> <smbios mode="sysinfo"/>
> </os>
> <sysinfo type="smbios">
> <system>
> <entry name="manufacturer">oVirt</entry>
> <entry name="product">oVirt Node</entry>
> <entry name="version">17-1</entry>
> <entry
> name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry>
> <entry
> name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry>
> </system>
> </sysinfo>
> <clock adjustment="-43200" offset="variable">
> <timer name="rtc" tickpolicy="catchup"/>
> </clock>
> <features>
> <acpi/>
> </features>
> <cpu match="exact">
> <model>Opteron_G3</model>
> <topology cores="1" sockets="2" threads="1"/>
> </cpu>
> </domain>
>
> Thread-654::DEBUG::2012-12-09
> 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm)
> vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released
> Thread-654::ERROR::2012-12-09
> 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm)
> vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed
> Traceback (most recent call last):
> File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm
> self._run()
> File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run
> self._connection.createXML(domxml, flags),
> File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> line 111, in wrapper
> ret = f(*args, **kwargs)
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in
> createXML
> if ret is None:raise libvirtError('virDomainCreateXML() failed',
> conn=self)
> libvirtError: internal error Cannot find suitable CPU model for given data
> Thread-654::DEBUG::2012-12-09
> 17:14:18,156::vm::1045::vm.Vm::(setDownStatus)
> vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down:
> internal error Cannot find suitable CPU model for given data
>
>
>
> _______________________________________________
> Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
I don't think I have aes on my CPU:
grep aes /proc/cpuinfo
Bu I have nx enabled and I didn't found any way to disable it from bios.
The thing is, it worked until recently. I will downgrade libvirt to see if
it will fix this.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20121209/b2aca856/attachment-0001.html>
More information about the Users
mailing list