Description of problem: Machine type is updated to rhel9.0.0 in KV CR but not in Templates Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1.oc get templates rhel8-desktop-tiny -n openshift -o json | jq .objects[0].spec.template.spec.domain.machine 2.oc get kv -n openshift-cnv kubevirt-kubevirt-hyperconverged -o json | jq .spec.configuration.machineType Actual results: step1 result: "type": "pc-q35-rhel8.4.0" step2 result: "pc-q35-rhel9.0.0" Expected results: step1 result: "type": "pc-q35-rhel9.0.0" step2 result: "pc-q35-rhel9.0.0" Additional info:
moving this Assighned as machine Type of Templates is now [akriti@fedora cnv-tests]$ oc get templates rhel8-desktop-tiny -n openshift -o json | jq .objects[0].spec.template.spec.domain.machine { "type": "pc-q35-rhel9.0.0" } and not updated to "pc-q35-rhel9.2.0"
Marking this as a blocker as it's mandatory to use the 9.2 machine-type for 4.13.0.
Verified on v4.13.0.rhel9-1971 [akriti@fedora auth]$ oc get templates rhel8-desktop-tiny -n openshift -o json | jq .objects[0].spec.template.spec.domain.machine { "type": "pc-q35-rhel9.2.0" } Templates contain "pc-q35-rhel9.2.0" machine type
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 (Moderate: OpenShift Virtualization 4.13.0 Images security, bug fix, and enhancement update), 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/RHSA-2023:3205