On 12/13/2012 01:14 PM, Pere G. Soria wrote: > I added Host[gondor] to the oVirt Engine 3.1, after installing all > packages. > Host gondor moved to Non-Operational state as host does not meet the > cluster's minimum CPU level. Missing CPU features : model_Nehalem > > This Box is a Intel(R) Xeon(TM) CPU 3.00GHz - Intel Nehalem Family - > so I modified/added the caps.py (/usr/share/vdsm). > Line 107--> def _getCompatibleCpuModels(): > return ["model_Nehalem"] (this is what i added). > > Now after restart de service the Host status remains UP. > > Can you report it?? To fix this. > Do you have everything enabled in BIOS for the processor (AES, NX)? I don't understand what the "Missing CPU features : model_Nehalem" should mean, but if you check what features you have in /proc/cpuinfo, most probably there will be something missing.

On 12/13/2012 04:27 PM, Itamar Heim wrote: > On 12/13/2012 02:55 PM, Martin Kletzander wrote: >> On 12/13/2012 01:14 PM, Pere G. Soria wrote: >>> I added Host[gondor] to the oVirt Engine 3.1, after installing all >>> packages. >>> Host gondor moved to Non-Operational state as host does not meet the >>> cluster's minimum CPU level. Missing CPU features : model_Nehalem >>> >>> This Box is a Intel(R) Xeon(TM) CPU 3.00GHz - Intel Nehalem Family - >>> so I modified/added the caps.py (/usr/share/vdsm). >>> Line 107--> def _getCompatibleCpuModels(): >>> return ["model_Nehalem"] (this is what i added). >>> >>> Now after restart de service the Host status remains UP. >>> >>> Can you report it?? To fix this. >>> >> >> Do you have everything enabled in BIOS for the processor (AES, NX)? I >> don't understand what the "Missing CPU features : model_Nehalem" should >> mean, but if you check what features you have in /proc/cpuinfo, most >> probably there will be something missing. >> > > martin - missing CPU feature: model_Nehalem means libvirt didn't > report nehalem as a support cpu model for this machine. /usr/share/libvirt/cpu_map.xml maps the machine cpu flags to a supported model.