action #166778
closed[tools][qe-core][qem] UEFI installation can not work any more due to qemu-ovmf package's update from worker side
0%
Description
Observation¶
openQA test in scenario sle-15-SP3-Server-DVD-Updates-x86_64-mru-install-minimal-with-addons@uefi fails in
installation
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml.
Reproducible¶
Fails since (at least) Build 20240912-1
Expected result¶
Last good: 20240911-1 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by rfan1 about 2 months ago
My findings:
- I tried several different workers, none of them can work now
- There is no changes for iso image, but need to double confirm if any kernel parameters changed or code change recently
- I noticed that there were some packages update from worker side as well, I am not sure if the issue has something to do with the new OVMF/QEMU packages
Will investigate it.
Updated by okurz about 1 month ago
- Related to action #165782: [openQA][infra][ipxe][uefi][initrd] UEFI iPXE Machine fails to load initrd size:S added
Updated by rfan1 about 1 month ago
The issue can still be seen with UEFI_PFLASH_CODE=/usr/share/qemu/ovmf-x86_64-code.bin UEFI_PFLASH_VARS=/usr/share/qemu/ovmf-x86_64-vars.bin
Is it possible to restore the previous snapshot of the worker to run the test again?
Updated by rfan1 about 1 month ago
The issue can be reproduced with the ovmf binary files used in openQA worker as well. see https://suse.slack.com/archives/C02CANHLANP/p1726216772558129
Updated by rfan1 about 1 month ago
Package details:
> rpm -qi qemu-ovmf-x86_64-202405-Virt.150500.300.1.noarch
Name : qemu-ovmf-x86_64
Version : 202405
Release : Virt.150500.300.1
Architecture: noarch
Install Date: Thu 12 Sep 2024 05:24:26 AM UTC
Group : System/Emulators/PC
Size : 86721417
License : BSD-2-Clause-Patent
Signature : RSA/SHA256, Wed 11 Sep 2024 10:16:44 AM UTC, Key ID 9c753149ce3b672e
Source RPM : ovmf-202405-Virt.150500.300.1.src.rpm
Build Date : Wed 11 Sep 2024 10:15:10 AM UTC
Build Host : h04-ch1a
Relocations : (not relocatable)
Vendor : obs://build.suse.de/home:favogt:stagingovmf
URL : https://github.com/tianocore/edk2
Summary : Open Virtual Machine Firmware - QEMU rom images (x86_64)
Description :
The Open Virtual Machine Firmware (OVMF) project aims to support
firmware for Virtual Machines using the edk2 code base.
This package contains UEFI rom images for exercising UEFI secure
boot in a qemu environment (x86_64)
Distribution: home:favogt:stagingovmf / 15.5
Updated by rfan1 about 1 month ago
- Subject changed from [tools][qe-core][qem] UEFI installation can not work any more! need to check it is a product issue or something caused by worker's update to [tools][qe-core][qem] UEFI installation can not work any more due to qemu-ovmf package's update from worker side
Updated by favogt about 1 month ago
On my workstation I had qemu-ovmf-x86_64-202402 installed and it booted fine. After installing the latest build (qemu-ovmf-x86_64-202405-Virt.1699.300.1.noarch) it failed.
This only happens if there is a virtio-rng-pci device attached.
Updated by favogt about 1 month ago
FWICT this is fixed in OVMF with https://github.com/tianocore/edk2/pull/5690.
Updated by ph03nix about 1 month ago
- Has duplicate action #166898: test fails in welcome - Screen stuck added
Updated by ph03nix about 1 month ago
The SLEM test runs are also affected by this:
- https://openqa.suse.de/tests/15447004 (SLEM 5.5)
- https://openqa.suse.de/tests/15446784 (SLEM 5.4)
- https://openqa.suse.de/tests/15454921 (SLEM 5.3)
- https://openqa.suse.de/tests/15455022 (SLEM 5.2)
- https://openqa.suse.de/tests/15455021 (SLEM 5.1)
Updated by rfan1 about 1 month ago
Added QEMU_VIRTIO_RNG=0 for machine uefi and uefi-no-secboot as a workaround for now. will remove it once the fix is ready
Updated by xlai about 1 month ago
- Related to action #166922: [qe-core][functional][Micro]test fails in selfinstall added
Updated by okurz about 1 month ago
- Status changed from New to In Progress
- Assignee set to okurz
- Target version changed from future to Ready
Updated by okurz about 1 month ago
- Status changed from In Progress to Resolved
https://bugzilla.suse.com/show_bug.cgi?id=1230587 has a fix. I installed the new version with sudo salt -C 'G@roles:worker and G@osarch:x86_64' cmd.run "zypper -n in qemu-ovmf-x86_64". Started https://openqa.suse.de/tests/15461990 . Removed workarounds from https://openqa.suse.de/admin/machines. I called openqa-label-all --openqa-host https://openqa.suse.de --module selfinstall --label 'label:bsc#1230587' which retriggered about 100 jobs. Multiple UEFI jobs are currently running. I have not found any more related blocking failures.