AMD EPYC IBPB is deprecated in 4.3.
The deprecated CPUs (cpus variable, that entire list) are:
https://gerrit.ovirt.org/#/c/95310/7/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/widget/table/column/ClusterAdditionalStatusColumn.java

So, *-IBRS [IBRS-SSBD is still ok], Epyc IBPB, Conroe, Penryn, and Opteron
G1-3. If you have those, you need to change it to a supported type while
it's in 4.2 still.

Greg

On Thu, Feb 7, 2019 at 1:11 AM Ryan Bullock <rrb3...@gmail.com> wrote:

> We just updated our engine to 4.3, but when I tried to update one of our
> AMD EPYC hosts it could not activate with the error:
>
> Host vmc2h2 moved to Non-Operational state as host CPU type is not
> supported in this cluster compatibility version or is not supported at all.
>
> Relevant (I think) parts from the the engine log:
>
> (EE-ManagedThreadFactory-engineScheduled-Thread-82) [ee51a70] Could not
> find server cpu for server 'vmc2h2' (745a14c6-9d31-48a4-9566-914647d83f53),
> flags:
> 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,constant_tsc,art,rep_good,nopl,nonstop_tsc,extd_apicid,amd_dcm,aperfmperf,eagerfpu,pni,pclmulqdq,monitor,ssse3,fma,cx16,sse4_1,sse4_2,movbe,popcnt,aes,xsave,avx,f16c,rdrand,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,skinit,wdt,tce,topoext,perfctr_core,perfctr_nb,bpext,perfctr_l2,cpb,hw_pstate,sme,retpoline_amd,ssbd,ibpb,vmmcall,fsgsbase,bmi1,avx2,smep,bmi2,rdseed,adx,smap,clflushopt,sha_ni,xsaveopt,xsavec,xgetbv1,clzero,irperf,xsaveerptr,arat,npt,lbrv,svm_lock,nrip_save,tsc_scale,vmcb_clean,flushbyasid,decodeassists,pausefilter,pfthreshold,avic,v_vmsave_vmload,vgif,overflow_recov,succor,smca'
> 2019-02-06 17:23:58,527-08 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-82) [7f6d4f0d] START,
> SetVdsStatusVDSCommand(HostName = vmc2h2,
> SetVdsStatusVDSCommandParameters:{hostId='745a14c6-9d31-48a4-9566-914647d83f53',
> status='NonOperational',
> nonOperationalReason='CPU_TYPE_INCOMPATIBLE_WITH_CLUSTER'
>
>
> From virsh -r capabilities:
>
>     <cpu>
>       <arch>x86_64</arch>
>       <model>EPYC-IBPB</model>
>       <vendor>AMD</vendor>
>       <microcode version='134222375'/>
>       <topology sockets='1' cores='32' threads='2'/>
>       <feature name='ht'/>
>       <feature name='osxsave'/>
>       <feature name='xsaves'/>
>       <feature name='cmp_legacy'/>
>       <feature name='extapic'/>
>       <feature name='skinit'/>
>       <feature name='wdt'/>
>       <feature name='tce'/>
>       <feature name='topoext'/>
>       <feature name='perfctr_core'/>
>       <feature name='perfctr_nb'/>
>       <feature name='invtsc'/>
>       <pages unit='KiB' size='4'/>
>       <pages unit='KiB' size='2048'/>
>       <pages unit='KiB' size='1048576'/>
>     </cpu>
>
> I also tried creating a new 4.3 cluster, set to the AMD EPYC IPBDB SSBD
> and moving the host into it, but it failed to move it into that cluster
> with a similar error about an unsupported CPU (for some reason it also made
> me clear the additional kernel options as well, we use 1gb hugepages). I
> have not yet tried removing the host entirely and adding it as part of
> creating the new cluster.
>
> We have been/are using a database change to update the 4.2 cluster level
> to include EPYC support with the following entries (can post the whole
> query if needed):
> 7:AMD EPYC:svm,nx,model_EPYC:EPYC:x86_64; 8:AMD EPYC
> IBPB:svm,nx,ibpb,model_EPYC:EPYC-IBPB:x86_64
>
> We have been running 4.2 with this for awhile. We did apply the same
> changes after the 4.3 update, but only for the 4.2 cluster level. We only
> used the AMD EPYC IBPB model.
>
> Reverting the host back to 4.2 allows it to activate and run normally.
>
> Anyone have any ideas as to why it can't seem to find the cpu type?
>
> Thanks,
>
> Ryan Bullock
> _______________________________________________
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/4Y4X7UGDEYSB5JK45TLDERNM7IMTHIYY/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA

<https://www.redhat.com/>

gsher...@redhat.com    IRC: gshereme
<https://red.ht/sig>
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/N4FMHDIK2GWERNWLFUG5NQFKCYMXEZSS/

Reply via email to