Re: [Users] Cannot find suitable CPU model for given data

On Tue, Dec 11, 2012 at 11:17 PM, Itamar Heim <iheim(a)redhat.com&gt; wrote: > On 12/11/2012 11:09 PM, Cristian Falcas wrote: > >> >> >> >> On Mon, Dec 10, 2012 at 2:22 PM, Roy Golan <rgolan(a)redhat.com >> <mailto:rgolan@redhat.com>> wrote: >> >> On 12/10/2012 02:04 PM, Cristian Falcas wrote: >> >>> >>> >>> >>> On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <iheim(a)redhat.com >>> <mailto:iheim@redhat.com>> wrote: >>> >>> On 12/09/2012 11:22 PM, Cristian Falcas wrote: >>> >>> >>> >>> >>> On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan >>> <rgolan(a)redhat.com <mailto:rgolan@redhat.com> >>> <mailto:rgolan@redhat.com <mailto:rgolan@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 list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >>> >>> http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org... >>> >>> >>> >>> ______________________________**_________________ >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >>> >>> >>> http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org... >>> >>> >>> >>> >>> The command >>> vdsClient 0 -s getVdsCaps >>> didn't work >>> >>> Is this the same thing? >>> >>> [root@localhost cristi]# vdsClient -s localhost getVdsCaps >>> HBAInventory = {'iSCSI': [{'InitiatorName': >>> 'iqn.1994-05.com.redhat:**74bc7d9e76f3'}], 'FC': []} >>> ISCSIInitiatorName = >>> iqn.1994-05.com.redhat:**74bc7d9e76f3 >>> bondings = {'bond4': {'addr': '', 'cfg': {}, >>> 'mtu': '1500', >>> 'netmask': '', 'slaves': [], 'hwaddr': >>> '00:00:00:00:00:00'}, 'bond0': >>> {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', >>> 'slaves': [], >>> 'hwaddr': '00:00:00:00:00:00'}} >>> bridges = {'ovirtmgmt': {'addr': '10.20.20.20', >>> 'cfg': {'VLAN': >>> 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': >>> '8.8.8.8', >>> 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': >>> 'no', 'DELAY': >>> '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': >>> '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', >>> 'ONBOOT': 'yes', >>> 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': >>> '1500', >>> 'netmask': '255.255.255.0', 'stp': 'off', 'ports': >>> ['p10p1']}} >>> clusterLevels = ['3.0', '3.1', '3.2'] >>> cpuCores = 4 >>> cpuFlags = >>> fpu,vme,de,pse,tsc,msr,pae,**mce,cx8,apic,sep,mtrr,pge,mca, >>> **cmov,pat,pse36,clflush,mmx,**fxsr,sse,sse2,ht,syscall,nx,** >>> mmxext,fxsr_opt,pdpe1gb,**rdtscp,lm,3dnowext,3dnow,** >>> constant_tsc,rep_good,nopl,**nonstop_tsc,extd_apicid,pni,** >>> monitor,cx16,popcnt,lahf_lm,**cmp_legacy,svm,extapic,cr8_** >>> legacy,abm,sse4a,misalignsse,**3dnowprefetch,osvw,ibs,skinit,** >>> wdt,hw_pstate,npt,lbrv,svm_**lock,nrip_save,model_athlon,** >>> model_Opteron_G3,model_**Opteron_G1,model_phenom,model_**Opteron_G2 >>> cpuModel = AMD Phenom(tm) II X4 965 Processor >>> cpuSockets = 1 >>> cpuSpeed = 3400.000 >>> emulatedMachines = ['pc-1.3', 'none', 'pc', >>> 'pc-1.2', 'pc-1.1', >>> 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', >>> 'pc-0.11', >>> 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', >>> 'pc', 'pc-1.2', >>> 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', >>> 'pc-0.12', >>> 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] >>> guestOverhead = 65 >>> hooks = {'before_vm_start': {'50_floppy': {'md5': >>> '**882a5b1a0d303102765d07c7ff6ae0**fc'}, '50_hostusb': >>> {'md5': >>> '**06110c7365ff3b71d40bfc9bad2adc**05'}, >>> '50_isolatedprivatevlan': {'md5': >>> '**acc557aadb52442bd43bfa2f7a2b42**a1'}}, >>> 'before_vm_migrate_source': >>> {'50_floppy': {'md5': '**388f180317bd8a121a512a8b26af6b** >>> f5'}, >>> '50_hostusb': >>> {'md5': '**e50a0975acd8bafd0052b65a787c2f**dd'}}, >>> 'after_vm_destroy': >>> {'50_hostusb': {'md5': '**cbf5ef4aed1e3cbe3ef9e30694ea66** >>> 07'}}} >>> kvmEnabled = true >>> lastClient = 0.0.0.0 >>> lastClientIface = ppp0 >>> management_ip = >>> memSize = 5968 >>> netConfigDirty = False >>> networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', >>> 'addr': >>> '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', >>> 'IPADDR0': >>> '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', >>> 'DEFROUTE': 'yes', >>> 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': >>> 'no', >>> 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': >>> 'ovirtmgmt', >>> 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': >>> 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', >>> 'netmask': >>> '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': >>> '0.0.0.0', >>> 'ports': ['p10p1']}} >>> nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': >>> 'ovirtmgmt', >>> 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': >>> '10.20.20.20', 'DNS1': >>> '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', >>> 'IPV4_FAILURE_FATAL': >>> 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', >>> 'HWADDR': >>> '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': >>> 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', >>> 'netmask': '', >>> 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} >>> operatingSystem = {'release': '1', 'version': >>> '17', 'name': >>> 'Fedora'} >>> packages2 = {'kernel': {'release': '2.fc17.x86_64', >>> 'buildtime': 1354620364.0, 'version': '3.6.9'}, >>> 'spice-server': >>> {'release': '1.fc17', 'buildtime': 1348891802, 'version': >>> '0.12.0'}, >>> 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': >>> 1354997600, >>> 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', >>> 'buildtime': >>> 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': >>> '1.fc17', >>> 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': >>> {'release': >>> '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, >>> 'mom': >>> {'release': '1.fc17', 'buildtime': 1354651873, 'version': >>> '0.3.0'}} >>> reservedMem = 321 >>> software_revision = 0.89 >>> software_version = 4.10 >>> supportedENGINEs = ['3.0', '3.1'] >>> supportedProtocols = ['2.2', '2.3'] >>> uuid = 30303146-4430-3946-3139-**3938FFFFFFFF >>> version_name = Snow Man >>> vlans = {} >>> vmTypes = ['kvm'] >>> >>> >>> >>> ______________________________**_________________ >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> >>> http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org... >>> >>> >>> according to vdsClient -s 0 GetVdsCaps vdsm does report >>> opteron G3.nx flag must be enabled (and it seems it does). >>> vdsm/ovirt doesn't check for aes flag. >>> waiting to hear if libvirt downgrade helped >>> >>> >>> >>> It's the same problem with libvirt-0.10.2 also. >>> >>> >>> I checked the flags from /proc/cpuinfo and the ones from vdsClient >>> -s 0 getVdsCaps. >>> >>> The only difference is that vdsClient has those extra flags: >>> model_Opteron_G1 >>> model_Opteron_G2 >>> model_Opteron_G3 >>> model_athlon >>> model_phenom >>> >>> I don't know if they should appear in the cpuFlags section. From >>> other outputs on the internet, there was no model_*. >>> >> the output valid- a model_Opteron_G3 is saying your server can >> emulate G3. need the libvirt.log for more info and also worth >> checking the link ovedo previously pasted >> >>> >>> >>> Best regards, >>> Cristian Falcas >>> >> >> Hi, >> >> I didn't find any options in the bios to disable nx. But it worked a few >> versions earlier. >> >> i attached all the logs from vdsm+libvirt. >> >> Best regards, >> Cristian Falcas >> >> >> > just to be clear - you shouldn't disable nx in the bios. > > Hi, It's working now with the latest updates to vdsm nightly. But spice it's not working now (I can use vnc still) libvirt log: ((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory Spice log: 1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7) I've done this without an improvment: [root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service Best regards,