<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">Il 22/Gen/2017 08:26, "久保田" <<a href="mailto:kubota@ops.dti.ne.jp">kubota@ops.dti.ne.jp</a>> ha scritto:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I am a user of oVirt Engine 3.6.2.6-1.el7.centos .<br>
Ovirt 3.6 still has a bug that classifies IvyBridge CPU(i7-3770K) as<br>
Westmere and clusters it.<br>
<br>
Is this bug fixed in ovirt 4.x?<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Letting virtualization team to answer this</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
and<br>
Is there a prospect of correcting this bug in ovirt 3.6?<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">No, 3.6 reached end of life when 4.0 has been released. Please note that 4.1 will arrive soon so the upcoming 4.0.7 will be the last 4.0 release. I would suggest to upgrade.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
When IvyBridge is added to cluster of SandyBridge, an error of CPU_TYPE_INCONPATIBLE_WITH_<wbr>CLUSTER appears.<br>
<br>
engine.log<br>
2017-01-22 15:25:00,004 INFO [org.ovirt.engine.core.bll.<wbr>AutoRecoveryManager] (DefaultQuartzScheduler_<wbr>Worker-11) [] Autorecovering 1 hosts<br>
2017-01-22 15:25:00,004 INFO [org.ovirt.engine.core.bll.<wbr>AutoRecoveryManager] (DefaultQuartzScheduler_<wbr>Worker-11) [] Autorecovering hosts id: 726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3 , name :XXX<br>
2017-01-22 15:25:00,005 INFO [org.ovirt.engine.core.bll.<wbr>ActivateVdsCommand] (DefaultQuartzScheduler_<wbr>Worker-11) [33e5f398] Lock Acquired to object 'EngineLock:{exclusiveLocks='[<wbr>726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3=<VDS, ACTION_TYPE_FAILE<br>
D_OBJECT_LOCKED>]', sharedLocks='null'}'<br>
2017-01-22 15:25:00,006 INFO [org.ovirt.engine.core.bll.<wbr>ActivateVdsCommand] (DefaultQuartzScheduler_<wbr>Worker-11) [33e5f398] Running command: ActivateVdsCommand internal: true. Entities affected : ID: 726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3<br>
Type: VDSAction group MANIPULATE_HOST with role type ADMIN<br>
2017-01-22 15:25:00,006 INFO [org.ovirt.engine.core.bll.<wbr>ActivateVdsCommand] (DefaultQuartzScheduler_<wbr>Worker-11) [33e5f398] Before acquiring lock in order to prevent monitoring for host 'XXX'<br>
from data-center 'Default'<br>
2017-01-22 15:25:00,006 INFO [org.ovirt.engine.core.bll.<wbr>ActivateVdsCommand] (DefaultQuartzScheduler_<wbr>Worker-11) [33e5f398] Lock acquired, from now a monitoring of host will be skipped for host 'XXX'<br>
from data-center 'Default'<br>
2017-01-22 15:25:00,014 INFO [org.ovirt.engine.core.<wbr>vdsbroker.<wbr>SetVdsStatusVDSCommand] (DefaultQuartzScheduler_<wbr>Worker-11) [33e5f398] START, SetVdsStatusVDSCommand(<wbr>HostName = <a href="http://green.team-boss.com" rel="noreferrer" target="_blank">green.team-boss.com</a>, SetVdsStatusVDSCommandParamete<wbr>rs:{runAsync<br>
='true', hostId='726249f0-fa7d-496b-<wbr>b86b-432e8909a2f3', status='Unassigned', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 2284a60f<br>
2017-01-22 15:25:00,016 INFO [org.ovirt.engine.core.<wbr>vdsbroker.<wbr>SetVdsStatusVDSCommand] (DefaultQuartzScheduler_<wbr>Worker-11) [33e5f398] FINISH, SetVdsStatusVDSCommand, log id: 2284a60f<br>
2017-01-22 15:25:00,024 INFO [org.ovirt.engine.core.bll.<wbr>ActivateVdsCommand] (DefaultQuartzScheduler_<wbr>Worker-11) [] Activate finished. Lock released. Monitoring can run now for host 'XXX' from<br>
data-center 'Default'<br>
2017-01-22 15:25:00,024 INFO [org.ovirt.engine.core.bll.<wbr>ActivateVdsCommand] (DefaultQuartzScheduler_<wbr>Worker-11) [] Lock freed to object 'EngineLock:{exclusiveLocks='[<wbr>726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3=<VDS, ACTION_TYPE_FAILED_OBJECT_<wbr>LOCKED>]', sharedLocks='null'}'<br>
2017-01-22 15:25:02,888 INFO [org.ovirt.engine.core.<wbr>vdsbroker.vdsbroker.<wbr>GetHardwareInfoVDSCommand] (DefaultQuartzScheduler_<wbr>Worker-60) [] START, GetHardwareInfoVDSCommand(<wbr>HostName = XXX,<br>
VdsIdAndVdsVDSCommandParameter<wbr>sBase:{runAsync='true',hostId=<wbr>'726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3',vds='Host[XXX,<wbr>726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3]'}),log id: 1927e79c<br>
2017-01-22 15:25:02,892 INFO [org.ovirt.engine.core.<wbr>vdsbroker.vdsbroker.<wbr>GetHardwareInfoVDSCommand] (DefaultQuartzScheduler_<wbr>Worker-60) [] FINISH, GetHardwareInfoVDSCommand, log id: 1927e79c<br>
2017-01-22 15:25:02,894 WARN [org.ovirt.engine.core.<wbr>vdsbroker.VdsManager] (DefaultQuartzScheduler_<wbr>Worker-60) [] Host 'XXX'is running with SELinux in 'DISABLED' mode<br>
2017-01-22 15:25:02,911 INFO [org.ovirt.engine.core.bll.<wbr>HandleVdsCpuFlagsOrClusterChan<wbr>gedCommand] (DefaultQuartzScheduler_<wbr>Worker-60) [1afd70be] Running command: HandleVdsCpuFlagsOrClusterChan<wbr>gedCommand internal: true. Entities affected : ID: 726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3 Type: VDS<br>
2017-01-22 15:25:02,925 INFO [org.ovirt.engine.core.bll.<wbr>SetNonOperationalVdsCommand] (DefaultQuartzScheduler_<wbr>Worker-60) [65c681a5] Running command: SetNonOperationalVdsCommand internal: true. Entities affected : ID: 726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3 Type: VDS<br>
2017-01-22 15:25:02,926 INFO [org.ovirt.engine.core.<wbr>vdsbroker.<wbr>SetVdsStatusVDSCommand] (DefaultQuartzScheduler_<wbr>Worker-60) [65c681a5] START, SetVdsStatusVDSCommand(<wbr>HostName =<br>
XXX, SetVdsStatusVDSCommandParamete<wbr>rs:{runAsync='true',hostId='<wbr>726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3', status='NonOperational',<wbr>nonOperationalReason='CPU_<wbr>TYPE_INCOMPATIBLE_WITH_<wbr>CLUSTER',stopSpmFailureLogged=<wbr>'false', maintenanceReason='null'}), log id:<br>
4c07f536<br>
2017-01-22 15:25:02,930 INFO [org.ovirt.engine.core.<wbr>vdsbroker.<wbr>SetVdsStatusVDSCommand] (DefaultQuartzScheduler_<wbr>Worker-60) [65c681a5] FINISH, SetVdsStatusVDSCommand, log id: 4c07f536<br>
2017-01-22 15:25:02,936 INFO [org.ovirt.engine.core.dal.<wbr>dbbroker.auditloghandling.<wbr>AuditLogDirector] (DefaultQuartzScheduler_<wbr>Worker-60) [65c681a5] Correlation ID: 65c681a5, Job ID: ec912b06-7fd0-4497-9f1a-<wbr>247d0d1d1fea, Call Stack: null, Custom Event ID: -1, Message: Host XXX moved to Non-Operational state.<br>
2017-01-22 15:25:02,943 WARN [org.ovirt.engine.core.dal.<wbr>dbbroker.auditloghandling.<wbr>AuditLogDirector] (DefaultQuartzScheduler_<wbr>Worker-60) [65c681a5] Correlation ID: 1afd70be, Call Stack: null, Custom Event ID: -1, Message: Host <a href="http://green.team-boss.com" rel="noreferrer" target="_blank">green.team-boss.com</a> moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_SandyBridge<br>
2017-01-22 15:25:02,947 INFO [org.ovirt.engine.core.dal.<wbr>dbbroker.auditloghandling.<wbr>AuditLogDirector] (DefaultQuartzScheduler_<wbr>Worker-60) [65c681a5] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Status of host XXX was set to NonOperational.<br>
2017-01-22 15:25:02,955 INFO [org.ovirt.engine.core.bll.<wbr>HandleVdsVersionCommand] (DefaultQuartzScheduler_<wbr>Worker-60) [1bd90240] Running command: HandleVdsVersionCommand internal: true. Entities affected : ID: 726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3 Type: VDS<br>
2017-01-22 15:25:02,957 INFO [org.ovirt.engine.core.<wbr>vdsbroker.HostMonitoring] (DefaultQuartzScheduler_<wbr>Worker-60) [1bd90240] Host 'XXX'(726249f0-fa7d-496b-b86b-<wbr>432e8909a2f3) is already in NonOperational status for reason 'CPU_TYPE_INCOMPATIBLE_WITH_<wbr>CLUSTER'.<br>
SetNonOperationalVds command is skipped.<br>
<br>
my server<br>
# cat /proc/cpuinfo|head<br>
processor : 0<br>
vendor_id : GenuineIntel<br>
cpu family : 6<br>
model : 58<br>
model name : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz<br>
stepping : 9<br>
microcode : 0x1c<br>
cpu MHz : 1600.566<br>
cache size : 8192 KB<br>
physical id : 0<br>
siblings : 8<br>
core id : 0<br>
cpu cores : 4<br>
apicid : 0<br>
initial apicid : 0<br>
fpu : yes<br>
fpu_exception : yes<br>
cpuid level : 13<br>
wp : yes<br>
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 rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt<br>
bogomips : 7000.00<br>
clflush size : 64<br>
cache_alignment : 64<br>
address sizes : 36 bits physical, 48 bits virtual<br>
power management:<br>
:<br>
:<br>
<br>
#uname -a<br>
Linux XXX 3.10.0-514.6.1.el7.x86_64 #1 SMP Wed Jan 18 13:06:36 UTC 2017 x86_64<br>
x86_64 x86_64 GNU/Linux<br>
<br>
# rpm -q ovirt-engine<br>
ovirt-engine-3.6.2.6-1.el7.<wbr>centos.noarch<br>
<br>
# rpm -q vdsm<br>
vdsm-4.17.32-1.el7.noarch<br>
<br>
# libvirtd --version<br>
libvirtd (libvirt) 2.0.0<br>
<br>
thx<br>
<br>
-kubota<br>
<br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
</blockquote></div><br></div></div></div>