Re: [Users] Host missing cpuFlags
On 05/04/2012 09:23 AM, ov...@qip.ru wrote:
Engine is incorrectly show cpu name (cluster compatibility is set to 3.1)
all hosts in my cluster engine are shown as Conroe, but I have 2 hosts
from Nehalem family and 2 from SandyBridge
this host must be SandyBridge but shown as Conroe
vdsm reports the model at the end of the cpuFlags based on libvirt
reporting models. cc'ing libvirt list for their thoughts.
# vdsClient -s 0 getVdsCaps
HBAInventory = {'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:7e8ac59efbe0'}], 'FC': []}
ISCSIInitiatorName = iqn.1994-05.com.redhat:7e8ac59efbe0
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'}, 'bond1': {'addr': '', 'cfg': {}, 'mtu': '1500',
'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond2':
{'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [],
'hwaddr': '00:00:00:00:00:00'}, 'bond3': {'addr': '', 'cfg': {}, 'mtu':
'1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}}
clusterLevels = ['3.0', '3.1']
cpuCores = 4
cpuFlags =
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,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe
cpuModel = Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
cpuSockets = 1
cpuSpeed = 1600.000
emulatedMachines = ['pc-0.14', 'pc', 'fedora-13', 'pc-0.13', 'pc-0.12',
'pc-0.11', 'pc-0.10', 'isapc', 'pc-0.14', 'pc', 'fedora-13', 'pc-0.13',
'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc']
guestOverhead = 65
hooks = {}
kvmEnabled = true
lastClient = 192.168.131.42
lastClientIface = ovirtmgmt
management_ip =
memSize = 16032
networks = {'ovirtmgmt': {'addr': '192.168.130.73', 'cfg': {'DELAY':
'0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'dhcp', 'DEVICE': 'ovirtmgmt',
'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask':
'255.255.0.0', 'stp': 'off', 'bridged': 'True', 'gateway':
'192.168.131.17', 'ports': ['p6p1']}, 'Storage': {'addr':
'172.16.0.100', 'cfg': {'IPADDR': '172.16.0.100', 'DELAY': '0',
'NETMASK': '255.255.255.0', 'STP': 'no', 'DEVICE': 'Storage', 'TYPE':
'Bridge', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '255.255.255.0',
'stp': 'off', 'bridged': 'True', 'gateway': '0.0.0.0', 'ports': ['p4p1']}}
nics = {'p4p1': {'hwaddr': '00:1B:21:1D:B6:E2', 'netmask': '', 'speed':
1000, 'addr': '', 'mtu': '1500'}, 'p6p1': {'hwaddr':
'54:04:A6:A1:BA:39', 'netmask': '', 'speed': 1000, 'addr': '', 'mtu':
'1500'}}
operatingSystem = {'release': '1', 'version': '16', 'name': 'oVirt Node'}
packages2 = {'kernel': {'release': '6.fc16.x86_64', 'buildtime':
1334997800.0, 'version': '3.3.2'}, 'spice-server': {'release': '1.fc16',
'buildtime': '1327339129', 'version': '0.10.1'}, 'vdsm': {'release':
'0.161.git094ec00.fc16', 'buildtime': '1336045451', 'version': '4.9.6'},
'qemu-kvm': {'release': '4.fc16', 'buildtime': '1327954752', 'version':
'0.15.1'}, 'libvirt': {'release': '1.fc16', 'buildtime': '1336048215',
'version': '0.9.11.3'}, 'qemu-img': {'release': '4.fc16', 'buildtime':
'1327954752', 'version': '0.15.1'}}
reservedMem = 321
software_revision = 0
software_version = 4.9
supportedProtocols = ['2.2', '2.3']
supportedRHEVMs = ['3.0']
uuid = 1C8F4D00-5BCB-11D9-8A55-5404A6A1BA39_00:1B:21:1D:B6:E2
version_name = Snow Man
vlans = {}
vmTypes = ['kvm']
this host must be Nehalem but shown as Conroe
# vdsClient -s 0 getVdsCaps
HBAInventory = {'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:972b88629c1'}], 'FC': []}
ISCSIInitiatorName = iqn.1994-05.com.redhat:972b88629c1
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'}, 'bond1': {'addr': '', 'cfg': {}, 'mtu': '1500',
'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond2':
{'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [],
'hwaddr': '00:00:00:00:00:00'}, 'bond3': {'addr': '', 'cfg': {}, 'mtu':
'1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}}
clusterLevels = ['3.0', '3.1']
cpuCores = 8
cpuFlags =
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,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,popcnt,lahf_lm,ida,arat,epb,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe
cpuModel
Re: [Users] Host missing cpuFlags
Date: Fri, 4 May 2012 08:14:14 +0300
From: ih...@redhat.com
To: cybertimber2...@hotmail.com
CC: users@ovirt.org
Subject: Re: [Users] Host missing cpuFlags
On 05/04/2012 06:49 AM, Nicholas Kesick wrote:
I managed to get a host successfully added into oVirt Manager (Fedora16
minimum install, then used the wiki RPM install method), but the last
event reports Host hostname moved to Non-operational state as host
does not meet the cluster's minimum CPU level. Missing CPU features:
CpuFlags
Can anyone shine some light on the problem? The CPU does support
virtualization... and as far as I can tell from cat /proc/cpuinfo does
does have cpu flags.
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 nopl pni dtes64 monitor ds_cpl *vmx* est cid cx16
xtpr pdcm lahf_lm tpr_shadow
what is the cpu level of the cluster?
what cluster compatibility level?
what does vdsClient -s 0 getVdsCaps shows for cpu flags? I didn't even know
there was a setting for that until now. This probably explains it.CPU Level
of cluster: Intel Conroe FamilyCluster Compatibility Level: 3.0 (?)Output of
vdsClient -S - getVdsCaps: vdsClient -s 0 getVdsCaps
HBAInventory = {'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:238a26703858'}], 'FC': []}
ISCSIInitiatorName = iqn.1994-05.com.redhat:238a26703858
bondings = {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {},
'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []},
'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '',
'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask':
'', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr': '00:00:00:00:00:00', 'cfg':
{}, 'netmask': '', 'addr': '', 'slaves': []}}
clusterLevels = ['3.0']
cpuCores = 2
cpuFlags =
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
cpuModel = Intel(R) Pentium(R) D CPU 3.20GHz
cpuSockets = 1
cpuSpeed = 3200.000
emulatedMachines = ['pc-0.14', 'pc', 'fedora-13', 'pc-0.13', 'pc-0.12',
'pc-0.11', 'pc-0.10', 'isapc', 'pc-0.14', 'pc', 'fedora-13', 'pc-0.13',
'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc']
guestOverhead = 65
hooks = {}
kvmEnabled = true
lastClient = 192.168.2.20
lastClientIface = ovirtmgmt
management_ip =
memSize = 3514
networks = {'ovirtmgmt': {'addr': '192.168.2.20', 'cfg': {'DEVICE':
'ovirtmgmt', 'BOOTPROTO': 'dhcp', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'ports':
['p2p1'], 'netmask': '255.255.255.0', 'stp': 'off', 'gateway': '192.168.2.1'}}
nics = {'p2p1': {'hwaddr': '00:13:72:8E:BC:88', 'netmask': '', 'speed':
100, 'addr': ''}}
operatingSystem = {'release': '1', 'version': '16', 'name': 'Fedora'}
packages2 = {'kernel': {'release': '1.fc16.x86_64', 'buildtime':
1335571948.0, 'version': '3.3.4'}, 'spice-server': {'release': '1.fc16',
'buildtime': '1327339129', 'version': '0.10.1'}, 'vdsm': {'release': '0.fc16',
'buildtime': '1327521056', 'version': '4.9.3.2'}, 'qemu-kvm': {'release':
'4.fc16', 'buildtime': '1327954752', 'version': '0.15.1'}, 'libvirt':
{'release': '5.fc16', 'buildtime': '1330876988', 'version': '0.9.6'},
'qemu-img': {'release': '4.fc16', 'buildtime': '1327954752', 'version':
'0.15.1'}}
reservedMem = 321
software_revision = 0
software_version = 4.9
supportedProtocols = ['2.2', '2.3']
supportedRHEVMs = ['3.0']
uuid = 44454C4C-4700-104A-8053-C6C04F334231_00:13:72:8E:BC:88
version_name = Snow Man
vlans = {}
vmTypes = ['kvm']
- Nick
Many thanks
- Nick
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host missing cpuFlags
On 05/04/2012 02:26 PM, Nicholas Kesick wrote:
Date: Fri, 4 May 2012 08:14:14 +0300
From: ih...@redhat.com
To: cybertimber2...@hotmail.com
CC: users@ovirt.org
Subject: Re: [Users] Host missing cpuFlags
On 05/04/2012 06:49 AM, Nicholas Kesick wrote:
I managed to get a host successfully added into oVirt Manager (Fedora16
minimum install, then used the wiki RPM install method), but the last
event reports Host hostname moved to Non-operational state as host
does not meet the cluster's minimum CPU level. Missing CPU features:
CpuFlags
Can anyone shine some light on the problem? The CPU does support
virtualization... and as far as I can tell from cat /proc/cpuinfo does
does have cpu flags.
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 nopl pni dtes64 monitor ds_cpl *vmx* est cid cx16
xtpr pdcm lahf_lm tpr_shadow
what is the cpu level of the cluster?
what cluster compatibility level?
what does vdsClient -s 0 getVdsCaps shows for cpu flags?
I didn't even know there was a setting for that until now. This probably
explains it.
CPU Level of cluster: Intel Conroe Family
Cluster Compatibility Level: 3.0 (?)
Output of vdsClient -S - getVdsCaps:
vdsClient -s 0 getVdsCaps
HBAInventory = {'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:238a26703858'}], 'FC': []}
ISCSIInitiatorName = iqn.1994-05.com.redhat:238a26703858
bondings = {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {},
'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves':
[]}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '',
'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00',
'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}
clusterLevels = ['3.0']
cpuCores = 2
cpuFlags =
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
either libvirt isn't reporting this, or there is a vdsm bug filtering it
erroneously.
cc-ing vdsm-devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host missing cpuFlags
On Fri, 2012-05-04 at 14:34 +0300, Itamar Heim wrote:
On 05/04/2012 02:26 PM, Nicholas Kesick wrote:
Date: Fri, 4 May 2012 08:14:14 +0300
From: ih...@redhat.com
To: cybertimber2...@hotmail.com
CC: users@ovirt.org
Subject: Re: [Users] Host missing cpuFlags
On 05/04/2012 06:49 AM, Nicholas Kesick wrote:
I managed to get a host successfully added into oVirt Manager (Fedora16
minimum install, then used the wiki RPM install method), but the last
event reports Host hostname moved to Non-operational state as host
does not meet the cluster's minimum CPU level. Missing CPU features:
CpuFlags
Can anyone shine some light on the problem? The CPU does support
virtualization... and as far as I can tell from cat /proc/cpuinfo does
does have cpu flags.
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 nopl pni dtes64 monitor ds_cpl *vmx* est cid cx16
xtpr pdcm lahf_lm tpr_shadow
what is the cpu level of the cluster?
what cluster compatibility level?
what does vdsClient -s 0 getVdsCaps shows for cpu flags?
I didn't even know there was a setting for that until now. This probably
explains it.
CPU Level of cluster: Intel Conroe Family
Cluster Compatibility Level: 3.0 (?)
Output of vdsClient -S - getVdsCaps:
vdsClient -s 0 getVdsCaps
HBAInventory = {'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:238a26703858'}], 'FC': []}
ISCSIInitiatorName = iqn.1994-05.com.redhat:238a26703858
bondings = {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {},
'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves':
[]}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {}, 'netmask': '',
'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00',
'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3': {'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}}
clusterLevels = ['3.0']
cpuCores = 2
cpuFlags =
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
either libvirt isn't reporting this, or there is a vdsm bug filtering it
erroneously.
cc-ing vdsm-devel
I may be completely off here, but isn't this the NX bit problem? You
need to have the NX bit set in BIOS for the cpu_family flag to be set
correctly.
Mike
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host missing cpuFlags
On 05/04/2012 03:16 PM, Nicholas Kesick wrote:
Subject: Re: [Users] Host missing cpuFlags
From: mbu...@redhat.com
To: ih...@redhat.com
CC: cybertimber2...@hotmail.com; users@ovirt.org;
vdsm-de...@lists.fedorahosted.org
Date: Fri, 4 May 2012 07:52:30 -0400
On Fri, 2012-05-04 at 14:34 +0300, Itamar Heim wrote:
On 05/04/2012 02:26 PM, Nicholas Kesick wrote:
Date: Fri, 4 May 2012 08:14:14 +0300
From: ih...@redhat.com
To: cybertimber2...@hotmail.com
CC: users@ovirt.org
Subject: Re: [Users] Host missing cpuFlags
On 05/04/2012 06:49 AM, Nicholas Kesick wrote:
I managed to get a host successfully added into oVirt Manager
(Fedora16
minimum install, then used the wiki RPM install method), but
the last
event reports Host hostname moved to Non-operational state
as host
does not meet the cluster's minimum CPU level. Missing CPU
features:
CpuFlags
Can anyone shine some light on the problem? The CPU does support
virtualization... and as far as I can tell from cat
/proc/cpuinfo does
does have cpu flags.
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 nopl pni dtes64 monitor ds_cpl *vmx*
est cid cx16
xtpr pdcm lahf_lm tpr_shadow
what is the cpu level of the cluster?
what cluster compatibility level?
what does vdsClient -s 0 getVdsCaps shows for cpu flags?
I didn't even know there was a setting for that until now. This
probably
explains it.
CPU Level of cluster: Intel Conroe Family
Cluster Compatibility Level: 3.0 (?)
Output of vdsClient -S - getVdsCaps:
vdsClient -s 0 getVdsCaps
HBAInventory = {'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:238a26703858'}], 'FC': []}
ISCSIInitiatorName = iqn.1994-05.com.redhat:238a26703858
bondings = {'bond4': {'hwaddr': '00:00:00:00:00:00', 'cfg': {},
'netmask': '', 'addr': '', 'slaves': []}, 'bond0': {'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '', 'slaves':
[]}, 'bond1': {'hwaddr': '00:00:00:00:00:00', 'cfg': {},
'netmask': '',
'addr': '', 'slaves': []}, 'bond2': {'hwaddr': '00:00:00:00:00:00',
'cfg': {}, 'netmask': '', 'addr': '', 'slaves': []}, 'bond3':
{'hwaddr':
'00:00:00:00:00:00', 'cfg': {}, 'netmask': '', 'addr': '',
'slaves': []}}
clusterLevels = ['3.0']
cpuCores = 2
cpuFlags =
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
either libvirt isn't reporting this, or there is a vdsm bug
filtering it
erroneously.
cc-ing vdsm-devel
I may be completely off here, but isn't this the NX bit problem? You
need to have the NX bit set in BIOS for the cpu_family flag to be set
correctly.
Mike
Mike,
I see NX in the cpuFlags list: ...syscall,nx,lm,... is that you are
reffering to?
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.
indeed - no nx issue. but yes, this seems too old for the current
families. you can tweak the definitions though to lower than conroe i
guess via the config
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host missing cpuFlags
Hi Nicholas, On 05/03/2012 11:49 PM, Nicholas Kesick wrote: I managed to get a host successfully added into oVirt Manager (Fedora16 minimum install, then used the wiki RPM install method), but the last event reports Host hostname moved to Non-operational state as host does not meet the cluster's minimum CPU level. Missing CPU features: CpuFlags Can anyone shine some light on the problem? The CPU does support virtualization... and as far as I can tell from cat /proc/cpuinfo does does have cpu flags. 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 nopl pni dtes64 monitor ds_cpl *vmx* est cid cx16 xtpr pdcm lahf_lm tpr_shadow Can you please share the full /proc/cpuinfo ? Thanks! -- Cheers Douglas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host missing cpuFlags
On 05/04/2012 06:49 AM, Nicholas Kesick wrote: I managed to get a host successfully added into oVirt Manager (Fedora16 minimum install, then used the wiki RPM install method), but the last event reports Host hostname moved to Non-operational state as host does not meet the cluster's minimum CPU level. Missing CPU features: CpuFlags Can anyone shine some light on the problem? The CPU does support virtualization... and as far as I can tell from cat /proc/cpuinfo does does have cpu flags. 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 nopl pni dtes64 monitor ds_cpl *vmx* est cid cx16 xtpr pdcm lahf_lm tpr_shadow what is the cpu level of the cluster? what cluster compatibility level? what does vdsClient -s 0 getVdsCaps shows for cpu flags? Many thanks - Nick ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
