Description of problem: - When creating new VM from template with Q35 chipset and UEFI BIOS, the BIOS type changed to "Default", which eventually cause to start VM failure with vdsm.log ERROR: libvirtError: XML error: The PCI controller with index='0' must be model='pcie-root' for this machine type, but model='(null)' was found instead - Observing the template, shows that BIOS type kept correctly, but when creating new VM from template, the BIOS type changed to default. - possible workaround is to change BIOS type when creating new VM from temp, or after the VM was created. Version-Release number of selected component (if applicable): ovirt-engine-4.3.0.5-0.0.master.20190207124642.git415c7e8.el7.noarch vdsm-4.30.8-58.git60c5a6d.el7.x86_64 qemu-kvm-ev-2.12.0-18.el7_6.3.1.x86_64 libvirt-client-4.5.0-10.el7_6.4.x86_64 How reproducible: 100% Steps to Reproduce: 1. Make template from VM with Q35 chipset and UEFI BIOS. 2. Create new VM from template. 3. Actual results: BIOS type changed to "Default". Expected results: BIOS type should be UEFI BIOS. Additional info: Screenshots, vdsm.log and engine.log attached.
Created attachment 1535903 [details] source VM edit dialog screenshot
Created attachment 1535904 [details] Template edit dialog screenshot
Created attachment 1535905 [details] New VM from template dialog screenshot
Created attachment 1535906 [details] engine.log.xz
Created attachment 1535907 [details] vdsm.log.xz
Hi, We are experiencing a similar issue with VM pools. When I initially created the pool with 1 VM and Q35 BIOS selected, the pool VM booted okay. Afterwards I have extended the pool with more VM's. All those VM's have been created with "Default" BIOS. They now fail to boot and hang at "Booting from hard disk". Regards, Rik
Still relevant?
As of 4.3.7, this is still a problem. I have confirmed this is still occurring during VM creation from templates and pool VMs.
Verified: ovirt-engine-4.4.0-0.33.master.el8ev qemu-kvm-4.2.0-19.module+el8.2.0+6296+6b821950.x86_64 vdsm-4.40.13-1.el8ev.x86_64 libvirt-daemon-6.0.0-17.module+el8.2.0+6257+0d066c28.x86_64 Verification scenario: 1. Make template from Q35 chipset and UEFI BIOS. 2. Create VM from template 3. Create pool from template 4. Verify VMs from steps 2&3 are running properly with Q35 chipset and UEFI BIOS.
This bugzilla is included in oVirt 4.4.0 release, published on May 20th 2020. Since the problem described in this bug report should be resolved in oVirt 4.4.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.