action #116914
open[qe-core] recent uefi changes makes test fail
0%
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-upgrade_Leap_15.0_cryptlvm@uefi fails in
bootloader_uefi
There are quite recent changes around UEFI handling (mostly for grub resolution)
The referenced test now fails with both provided UEFI PFLASH_VARS:
- ovmf-x86_64-ms-vars-800x600.qcow2 => system does not boot at all
- /usr/share/qemu/ovmf-x86_64-ms-vars.bin => system boots, installs, but later fails on user GUI login
Test suite description¶
Upgrade scenario with cryptlvm for Leap 15.0.
Reproducible¶
Fails since (at least) Build 20220915
Expected result¶
Last good: 20220914 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by maritawerner over 2 years ago
- Subject changed from recent uefi changes makes test fail to [qe-core] recent uefi changes makes test fail
Updated by okurz over 2 years ago
- Related to action #113794: Use prepared OVMF image with expected settings size:M added
Updated by okurz over 2 years ago
- Related to action #111992: Deal with QEMU and OVMF default resolution being 1280x800, affecting (at least) qxl size:M added
Updated by okurz over 2 years ago
- Related to action #116812: [qe-core] Leap 15.5 uefi console switch fail size:M added
Updated by okurz over 2 years ago
- Related to action #116704: [qe-core] nvme@uefi: boot from DVD post install instead of from HDD added
Updated by tinita over 2 years ago
Just to confirm the relation to ovmf:
I scheduled this test: https://openqa.opensuse.org/tests/2774162 on openqaworker19 with a downgraded package and it passed (well, softfailed somewhere else).
Updated by pdostal over 2 years ago
- Related to action #117400: [qe-core] cryptlvm - all tests fail to boot added
Updated by tinita over 2 years ago
Yeah, but https://openqa.opensuse.org/tests/2774190#step/user_gui_login/13 fails in user_gui_login, that's also mentioned in the ticket description.
I don't know how that is related to the ovmf package, but if I downgrade, everything passes.
I don't know who changed the UEFI_PFLASH_VARS setting for uefi, it's not mentioned in https://progress.opensuse.org/issues/113794
Updated by tinita over 2 years ago
I downgraded qemu-ovmf-x86_64 on all workers again.
I set back UEFI_PFLASH_VARS to /usr/share/qemu/ovmf-x86_64-ms-vars.bin
We are waiting for feedback on https://bugzilla.opensuse.org/show_bug.cgi?id=1204067
Updated by tinita about 2 years ago
- Status changed from New to Feedback
- Assignee set to tinita
Updated by tinita about 2 years ago
- Status changed from Feedback to Workable
- Assignee deleted (
tinita)
We had to downgrade the package again on all workers. I can't find the ticket right now where @okurz wrote that.
Unassigning myself
Updated by slo-gin about 1 year ago
This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.
Updated by mgrifalconi about 1 year ago
- Subject changed from [qe-core] recent uefi changes makes test fail to [tools] recent uefi changes makes test fail
As I understand, tools did some change to workers. So moving to tools: is the workaround still in place since 1 year? Please let us know what qe-core should do to solve the issue entirely.
Is the problem solved? Please resolve the ticket :)
Updated by okurz about 1 year ago
- Subject changed from [tools] recent uefi changes makes test fail to [qe-core] recent uefi changes makes test fail
No, we removed the workaround after
https://bugzilla.opensuse.org/show_bug.cgi?id=1204067
was verified fixed so it's assumed that the original problem is fixed but there might be certainly other issues that you can look into
Updated by slo-gin 23 days ago
- Priority changed from Normal to Low
This ticket was set to Normal priority but was not updated within the SLO period. The ticket will be set to the next lower priority Low.