[ovirt-users] CPU type is not supported

Amador Pahim apahim at redhat.com
Wed Oct 15 19:45:17 UTC 2014


On 10/15/2014 01:56 PM, Itamar Heim wrote:
> On 10/15/2014 09:42 AM, Fawzy Ibrhim wrote:
>> Dear All;
>>
>>
>> I have DELL PowerEdge 6850 with two Intel(R) Xeon(TM) CPU 2.66GHz.
>>
>> The CPU has the below flags which does not include AES flag:-
>>
>>
>> flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
>> pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx 
>> lm constant_tsc pebs bts pni dtes64 monitor ds_cpl vmx est cid cx16 
>> xtpr lahf_lm tpr_shadow
>>
>>
>> I have installed Centos 6.5 64bit on it and I need to add it to the 
>> cluster Intel Nehalem Family.
>>
>> oVirt Engine Version is  3.4.3-1.el6.
>> Cluster Compatibility Version is: 3.4
>> CPU type is: Intel Nehalm Family
>>
>> The installation started normally and stopped with error:-
>>
>> "Host iScsi moved to Non-Operational state as host CPU type is not 
>> supported in this cluster compatibility version or is not supported 
>> at all"
>>
>>
>> # virsh -r capabilities
>> <capabilities>
>>
>>    <host>
>> <uuid>2bbed3bb-c962-4ffc-8fbc-20c73663137c</uuid>
>>      <cpu>
>>        <arch>x86_64</arch>
>>        <model>cpu64-rhel6</model>
>>        <vendor>Intel</vendor>
>>        <topology sockets='2' cores='2' threads='2'/>
>>        <feature name='xtpr'/>
>>        <feature name='cid'/>
>>        <feature name='est'/>
>>        <feature name='vmx'/>
>>        <feature name='ds_cpl'/>
>>        <feature name='monitor'/>
>>        <feature name='dtes64'/>
>>        <feature name='pbe'/>
>>        <feature name='tm'/>
>>        <feature name='ht'/>
>>        <feature name='ss'/>
>>        <feature name='acpi'/>
>>        <feature name='ds'/>
>>        <feature name='vme'/>
>>      </cpu>
>>      <power_management>
>>        <suspend_disk/>
>>      </power_management>
>>      <migration_features>
>>        <live/>
>>        <uri_transports>
>>          <uri_transport>tcp</uri_transport>
>>        </uri_transports>
>>      </migration_features>
>>      <topology>
>>        <cells num='1'>
>>          <cell id='0'>
>>            <cpus num='8'>
>>              <cpu id='0' socket_id='2' core_id='0' siblings='0,4'/>
>>              <cpu id='1' socket_id='3' core_id='0' siblings='1,5'/>
>>              <cpu id='2' socket_id='2' core_id='1' siblings='2,6'/>
>>              <cpu id='3' socket_id='3' core_id='1' siblings='3,7'/>
>>              <cpu id='4' socket_id='2' core_id='0' siblings='0,4'/>
>>              <cpu id='5' socket_id='3' core_id='0' siblings='1,5'/>
>>              <cpu id='6' socket_id='2' core_id='1' siblings='2,6'/>
>>              <cpu id='7' socket_id='3' core_id='1' siblings='3,7'/>
>>            </cpus>
>>          </cell>
>>        </cells>
>>      </topology>
>>      <secmodel>
>>        <model>selinux</model>
>>        <doi>0</doi>
>>      </secmodel>
>>      <secmodel>
>>        <model>dac</model>
>>        <doi>0</doi>
>>      </secmodel>
>>    </host>
>>
>>    <guest>
>>      <os_type>hvm</os_type>
>>      <arch name='i686'>
>>        <wordsize>32</wordsize>
>>        <emulator>/usr/libexec/qemu-kvm</emulator>
>>        <machine>rhel6.5.0</machine>
>>        <machine canonical='rhel6.5.0'>pc</machine>
>>        <machine>rhel6.4.0</machine>
>>        <machine>rhel6.3.0</machine>
>>        <machine>rhel6.2.0</machine>
>>        <machine>rhel6.1.0</machine>
>>        <machine>rhel6.0.0</machine>
>>        <machine>rhel5.5.0</machine>
>>        <machine>rhel5.4.4</machine>
>>        <machine>rhel5.4.0</machine>
>>        <domain type='qemu'>
>>        </domain>
>>        <domain type='kvm'>
>>          <emulator>/usr/libexec/qemu-kvm</emulator>
>>        </domain>
>>      </arch>
>>      <features>
>>        <cpuselection/>
>>        <deviceboot/>
>>        <acpi default='on' toggle='yes'/>
>>        <apic default='on' toggle='no'/>
>>        <pae/>
>>        <nonpae/>
>>      </features>
>>    </guest>
>>
>>    <guest>
>>      <os_type>hvm</os_type>
>>      <arch name='x86_64'>
>>        <wordsize>64</wordsize>
>>        <emulator>/usr/libexec/qemu-kvm</emulator>
>>        <machine>rhel6.5.0</machine>
>>        <machine canonical='rhel6.5.0'>pc</machine>
>>        <machine>rhel6.4.0</machine>
>>        <machine>rhel6.3.0</machine>
>>        <machine>rhel6.2.0</machine>
>>        <machine>rhel6.1.0</machine>
>>        <machine>rhel6.0.0</machine>
>>        <machine>rhel5.5.0</machine>
>>        <machine>rhel5.4.4</machine>
>>        <machine>rhel5.4.0</machine>
>>        <domain type='qemu'>
>>        </domain>
>>        <domain type='kvm'>
>>          <emulator>/usr/libexec/qemu-kvm</emulator>
>>        </domain>
>>      </arch>
>>      <features>
>>        <cpuselection/>
>>        <deviceboot/>
>>        <acpi default='on' toggle='yes'/>
>>        <apic default='on' toggle='no'/>
>>      </features>
>>    </guest>
>>
>> </capabilities>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
> i wasn't aware there is a nehalem without AES.

I have seen nehalem with AES disabled in BIOS. Also, this[1] states: 
"Some products can support AES New Instructions with a Processor 
Configuration update..."

[1] - 
http://ark.intel.com/products/47920/Intel-Xeon-Processor-X5670-%2812M-Cache-2_93-GHz-6_40-GTs-Intel-QPI

> this causes libvirt to not identify/report any identified cpu, rather 
> a generic one (cpu64-rhel6).
> is this what you also get from 'vdsClient -s 0 getVdsCaps | grep cpu' ?
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users




More information about the Users mailing list