Project

General

Profile

Actions

action #166778

closed

[tools][qe-core][qem] UEFI installation can not work any more due to qemu-ovmf package's update from worker side

Added by rfan1 2 months ago. Updated 2 months ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
Bugs in existing tests
Target version:
Start date:
2024-09-13
Due date:
% Done:

0%

Estimated time:
Difficulty:

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


Related issues 3 (1 open2 closed)

Related to openQA Infrastructure - action #165782: [openQA][infra][ipxe][uefi][initrd] UEFI iPXE Machine fails to load initrd size:SNew2024-08-26

Actions
Related to openQA Tests - action #166922: [qe-core][functional][Micro]test fails in selfinstallResolvedrfan1

Actions
Has duplicate Containers and images - action #166898: test fails in welcome - Screen stuckRejected2024-09-17

Actions
Actions #1

Updated by rfan1 2 months ago

My findings:

  1. I tried several different workers, none of them can work now
  2. There is no changes for iso image, but need to double confirm if any kernel parameters changed or code change recently
  3. 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.

Actions #2

Updated by okurz 2 months ago

  • Related to action #165782: [openQA][infra][ipxe][uefi][initrd] UEFI iPXE Machine fails to load initrd size:S added
Actions #3

Updated by okurz 2 months ago

  • Target version set to future
Actions #4

Updated by rfan1 2 months 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?

Actions #5

Updated by rfan1 2 months 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

Actions #6

Updated by rfan1 2 months 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

Actions #8

Updated by rfan1 2 months 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
Actions #9

Updated by favogt 2 months 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.

Actions #11

Updated by ph03nix 2 months ago

  • Has duplicate action #166898: test fails in welcome - Screen stuck added
Actions #13

Updated by ph03nix 2 months ago

Suggested workaround: QEMU_VIRTIO_RNG=0

Actions #14

Updated by rfan1 2 months ago

ph03nix wrote in #note-13:

Suggested workaround: QEMU_VIRTIO_RNG=0

Thanks @ph03nix

Actions #15

Updated by rfan1 2 months 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

Actions #16

Updated by xlai 2 months ago

  • Related to action #166922: [qe-core][functional][Micro]test fails in selfinstall added
Actions #17

Updated by okurz 2 months ago

  • Status changed from New to In Progress
  • Assignee set to okurz
  • Target version changed from future to Ready
Actions #18

Updated by okurz 2 months 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.

Actions

Also available in: Atom PDF