Description of problem: The Fedora Cloud WG recently changed to offering hybrid boot cloud images. This was done as the start of a longer-term effort to engage with the community and partners to boot Fedora images with UEFI. As part of this effort, we'd like to have the virt stack default to offering UEFI for VMs (with a CSM for BIOS backward compatibility if possible). It would be appreciated if oVirt defaulted to creating VMs with UEFI+CSM for "fedora", "rhel9", "unknown linux" and other similar things. Additional info: The full discussion about this is in the Fedora Cloud WG meeting logs here: https://meetbot.fedoraproject.org/teams/fedora_cloud_meeting/fedora_cloud_meeting.2021-08-19-14.59.log.html
Here's the ticket for this in the Fedora Cloud WG tracker: https://pagure.io/cloud-sig/issue/345
It's just about defaulting new VMs to UEFI (*on latest cluster level*), not changing the bios type on cluster upgrade
Another point discussed is what to do with operating systems that don't support UEFI - to default to BIOS or fail the operation with validation (because the firmware is supposed to be taken from the cluster's definition and the user should change it manually if needed)
(In reply to Arik from comment #4) > Another point discussed is what to do with operating systems that don't > support UEFI - to default to BIOS or fail the operation with validation > (because the firmware is supposed to be taken from the cluster's definition > and the user should change it manually if needed) need to default old operating systems to BIOS (like RHEL 5, see https://access.redhat.com/solutions/42632)
(In reply to Arik from comment #5) > (In reply to Arik from comment #4) > > Another point discussed is what to do with operating systems that don't > > support UEFI - to default to BIOS or fail the operation with validation > > (because the firmware is supposed to be taken from the cluster's definition > > and the user should change it manually if needed) > > need to default old operating systems to BIOS (like RHEL 5, see > https://access.redhat.com/solutions/42632) when provisioning vms/pools the firmware is generally taken from the template so this change only affects new VMs on CL 4.7+ and as those operating systems are not supported, users would need to change the firmware to BIOS if they are selected
Verified: ovirt-engine-4.5.0.5-0.7.el8ev vdsm-4.50.0.13-1.el8ev.x86_64 qemu-kvm-6.2.0-11.module+el8.6.0+14707+5aa4b42d.x86_64 libvirt-daemon-8.0.0-5.module+el8.6.0+14480+c0a3aa0f.x86_64 Verification scenario: 1. Verify the default for new VMs chipset/FW type is Q35/UEFI. 2. Verify creation of new VMs with old OS like RHEL 5 is rejected by WebAdmin with an appropriate message ("Cannot add VM. Q35 chipset is not supported by the guest OS Red Hat Enterprise Linux 5.x.") and verify it's possible to create such VMs with I440FX/BIOS.
This bugzilla is included in oVirt 4.5.0 release, published on April 20th 2022. Since the problem described in this bug report should be resolved in oVirt 4.5.0 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.