<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
<br><br><div><div id="SkyDrivePlaceholder"></div>> Subject: Re: [Users] Host missing cpuFlags<br>> From: mburns@redhat.com<br>> To: iheim@redhat.com<br>> CC: cybertimber2000@hotmail.com; users@ovirt.org; vdsm-devel@lists.fedorahosted.org<br>> Date: Fri, 4 May 2012 07:52:30 -0400<br>> <br>> On Fri, 2012-05-04 at 14:34 +0300, Itamar Heim wrote:<br>> > On 05/04/2012 02:26 PM, Nicholas Kesick wrote:<br>> > ><br>> > ><br>> > > > Date: Fri, 4 May 2012 08:14:14 +0300<br>> > > > From: iheim@redhat.com<br>> > > > To: cybertimber2000@hotmail.com<br>> > > > CC: users@ovirt.org<br>> > > > Subject: Re: [Users] Host missing cpuFlags<br>> > > ><br>> > > > On 05/04/2012 06:49 AM, Nicholas Kesick wrote:<br>> > > > > I managed to get a host successfully added into oVirt Manager (Fedora16<br>> > > > > minimum install, then used the wiki RPM install method), but the last<br>> > > > > event reports "Host <hostname> moved to Non-operational state as host<br>> > > > > does not meet the cluster's minimum CPU level. Missing CPU features:<br>> > > > > CpuFlags"<br>> > > > ><br>> > > > > Can anyone shine some light on the problem? The CPU does support<br>> > > > > virtualization... and as far as I can tell from cat /proc/cpuinfo does<br>> > > > > does have cpu flags.<br>> > > > > flags : fpu vme de pse tsc msr *pae* mce cx8 apic sep mtrr pge mca cmov<br>> > > > > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm<br>> > > > > constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl *vmx* est cid cx16<br>> > > > > xtpr pdcm lahf_lm tpr_shadow<br>> > > ><br>> > > > what is the cpu level of the cluster?<br>> > > > what cluster compatibility level?<br>> > > > what does vdsClient -s 0 getVdsCaps shows for cpu flags?<br>> > > I didn't even know there was a setting for that until now. This probably<br>> > > explains it.<br>> > > CPU Level of cluster: Intel Conroe Family<br>> > > Cluster Compatibility Level: 3.0 (?)<br>> > > Output of vdsClient -S - getVdsCaps:<br>> > > vdsClient -s 0 getVdsCaps<br>> > > HBAInventory = {'iSCSI': [{'InitiatorName':<br>> > > 'iqn.1994-05.com.redhat:238a26703858'}], 'FC': []}<br>> > > ISCSIInitiatorName = iqn.1994-05.com.redhat:238a26703858<br>> > > bondings = {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {},<br>> > > 'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr':<br>> > > '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves':<br>> > > []}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '',<br>> > > 'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00',<br>> > > 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr':<br>> > > '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}<br>> > > clusterLevels = ['3.0']<br>> > > cpuCores = 2<br>> > > cpuFlags =<br>> > > 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,nopl,pni,dtes64,monitor,ds_cpl,vmx,est,cid,cx16,xtpr,pdcm,lahf_lm,tpr_shadow,model_486,model_pentium,model_pentium2,model_pentium3,model_pentiumpro,model_qemu32,model_coreduo,model_Opteron_G1<br>> > <br>> > either libvirt isn't reporting this, or there is a vdsm bug filtering it <br>> > erroneously.<br>> > cc-ing vdsm-devel<br>> <br>> I may be completely off here, but isn't this the NX bit problem? You<br>> need to have the NX bit set in BIOS for the cpu_family flag to be set<br>> correctly. <br>> <br>> Mike<br>> <br><br>Mike,<br>I see NX in the cpuFlags list: ...syscall,nx,lm,... is that you are reffering to?<br><br>Though I think it boils down to the fact that what I'm running it on is a Pentium D, which is the NetBurst architecture. NetBurst is below Conroe, so it would fail to meet the cluster compatibility level of Conroe.<br><br>- Nick<br><br></div> </div></body>
</html>