On Thu, Aug 09, 2012 at 05:22:09PM +0100, Ricardo Esteves wrote:
[root@blade4 ~]# virsh -r cpu-compare /tmp/cpu.xml
Host CPU is a superset of CPU described in /tmp/cpu.xml
-----Original Message-----
From: Dan Kenigsberg <danken(a)redhat.com>
To: Itamar Heim <iheim(a)redhat.com>, gal(a)redhat.com
Cc: Ricardo Esteves <ricardo.m.esteves(a)gmail.com>, users(a)ovirt.org
Subject: Re: [Users] oVIrt 3.1 - Xeon E5530 - Wrong cpu identification
Date: Thu, 9 Aug 2012 18:57:29 +0300
On Thu, Aug 09, 2012 at 05:17:14PM +0300, Itamar Heim wrote:
> On 08/09/2012 04:17 PM, Ricardo Esteves wrote:
> >
> >Ok, i fixed the ssl problem, my ovirt manager machine iptables was
> >blocking the 8443 port.
> >
> >I also reinstalled the lastest version of the node
> >(ovirt-node-iso-2.5.1-1.0.fc17.iso), but ovirt manager still doesn't
> >recognize the CPU.
> >
> >The host status remains Non Operational :
> >
> >Host localhost.localdomain moved to Non-Operational state as host does
> >not meet the cluster's minimum CPU level. Missing CPU features :
> >model_Nehalem
>
> danken - libvirt reports nehalem, yet vdsm reports conroe?
Interesting...
If yo put
<cpu
match="minimum"><model>Nehalem</model><vendor>Intel</vendor></cpu>
in /tmp/cpu.xml
what does
virsh -r cpu-compare /tmp/cpu.xml
report?
(top posting make it very difficult to follow a long thread)
I have a hunch that this is something that has been fixed by
http://gerrit.ovirt.org/#/c/5035/
Find vendor for all cpu models, including those based on another
cpu module.
it is accpeted upstream, but unfortunately did not make it into the ovirt-3.1 release.
Could you apply the patch to Vdsm and see if it fixes the reported cpu level?
Dan.