Bug 1204067

Summary: [Build 20220915] openQA test fails in grub_test since upgrade of qemu-ovmf-x86_64 from 202008-150300.10.14.1 to 202202-150400.3.3
Product: [openSUSE] openSUSE Tumbleweed Reporter: Tina Müller <tina.mueller>
Component: BootloaderAssignee: Joey Lee <jlee>
Status: IN_PROGRESS --- QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: glin, mchang, okurz, pdostal
Version: Current   
Target Milestone: ---   
Hardware: Other   
OS: Other   
URL: https://openqa.opensuse.org/tests/2675825/modules/grub_test/steps/15
Whiteboard:
Found By: openQA Services Priority:
Business Priority: Blocker: Yes
Marketing QA Status: --- IT Deployment: ---

Description Tina Müller 2022-10-05 17:33:26 UTC 
## Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-nvme@uefi fails in
[grub_test](https://openqa.opensuse.org/tests/2675825/modules/grub_test/steps/15)

## Test suite description
Maintainer: rbrown@suse.de; Basic installation test to confirm that installing and booting to an nvme as your root disk works


## Reproducible

Fails since (at least) Build [20220915](https://openqa.opensuse.org/tests/2675825) (current job)


## Expected result

Last good: [20220914](https://openqa.opensuse.org/tests/2663884) (or more recent)


## Further details

Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=uefi&test=nvme&version=Tumbleweed)

We confirmed that the qemu-ovmf-x86_64 upgrade is the culprit, because after downgrading again the test worked as expected.

We debugged the test and found out that after the installation in the test, the reboot does show the boot menu of the installation medium again, instead of offering to boot from hard disk, and selecting "Boot from Hard Disk" resulted in showing the same installation medium menu again. Ejecting the CD before reboot resulted in an error message:

    BdsDxe: failed to load Boot0007 "opensuse-secureboot" from HD(...)/\EFI\opensuse\shim.efi: Not found

We also have other tests failing, but in different ways, but this might still be related.

The ticket for the mentioned failure can be found here:
https://progress.opensuse.org/issues/116704

Our workaround will be to downgrade all openQA workers and add a zypper lock.
Comment 1 Gary Ching-Pang Lin 2022-11-04 06:38:00 UTC 
The symptom looks the same as bsc#1203825.

Please try to upgrade qemu-ovmf-x86_64 that at least contains the following change:

* Fri Oct 07 2022 jlee@suse.com
- Add patches to fix detection issue of NVME controller (bsc#1203825)
  - ovmf-MdeModulePkg-NvmExpressDxe-fix-check-for-Cap.Css.patch
  - ovmf-MdeModulePkg-NvmExpressPei-fix-check-for-NVM-command.patch
Comment 2 Oliver Kurz 2023-03-15 10:43:58 UTC 
The upgrade has not reached openSUSE Leap 15.4 apparently. There was no upgrade notice in this bug report about an update being available and including the patch and also checking on a Leap 15.4 confirms that. The last changelog entry is from Oct 07 2022. If we should test a specific package from OBS from a non-official repo please reference the OBS project or package.
Comment 3 Oliver Kurz 2023-03-15 10:44:51 UTC 
Sorry about that, it's actually there :)