Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: As a cluster admin I am not able to set the default cluster model via the HCO CR. Version-Release number of selected component (if applicable): 4.10 How reproducible: Always Steps to Reproduce: 1. Try to set the defautl CPU model of the cluster to i.e. IceLake when installing HCO 2. 3. Actual results: No field to set the default cpu model Expected results: A field to set the default CPU model to be then used by KubeVirt Additional info: HCO should have a field to allow a cluster admin to set the default CPU model, this CPU model should then be used by HCO to set the field in the KubeVirt CR (KubeVirt.configuration.cpuModel). If not provided then HCO should not set anything in the KubeVirt CR
The implementation of cluster vide default-CPU-Model has a problem. There is a typo with the keyword. Instead of using 'defaultCPUModel', the patch used 'defaulCPUMode' ( note that the 't' is missed in defaul't' ) When editing HCO CR, this value needs to be added to .spec section as 'defaulCPUModel' which is inconsistent. Because of this reason, marking this bug as FAILED by moving this bug to ASSIGNED
Verified with hco-bundle v4.10.3-12, and hyperconverged-cluster-operator-v4.10.3-2 'defaultCPUModel' is now available with HCO CR and when set with the proper CPU Model, kubevirt and VMI is updated with the same CPU Model. When removing the 'defaultCPUModel' from HCO CR, removes the same from kubevirt CR. Newly created VM and restarting the existing VM, thereafter gets the CPU model as 'host-model' as expected. Based on this observation, marking this bug as VERIFIED
I've filed 2106266 to follow up with documentation for this new field.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (OpenShift Virtualization 4.10.3 Images), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2022:5675