Project

General

Profile

action #116812

[qe-core] Leap 15.5 uefi console switch fail

Added by lkocman 2 months ago. Updated 17 days ago.

Status:
Blocked
Priority:
High
Assignee:
Category:
Bugs in existing tests
Target version:
Start date:
2022-09-19
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

Hello

I had a conversation with Max about our uefi boot fails on Leap 15.5 and Max believes this is an openQA specific issue related to switching to console.
Could you please look into the issue?
https://openqa.opensuse.org/tests/2670356

There seem to be one more related fail with gui login (not console login). But it's also on uefi only
https://openqa.opensuse.org/tests/2695379#step/user_gui_login/13
https://openqa.opensuse.org/tests/2695384 (same)
https://openqa.opensuse.org/tests/2695386 (same)
https://openqa.opensuse.org/tests/2695244 (same)
https://openqa.opensuse.org/tests/2695248 (same)
https://openqa.opensuse.org/tests/2695250 (same)
perhaps this is also related

openQA test in scenario opensuse-15.5-DVD-x86_64-autoyast_gnome@uefi fails in
installation

Test suite description

Maintainer: QE Yast

Testing autoyast installation with given profile and expect SLES with gnome. Please, see the profile for more details. Profile is available in distri git repo under data subdirectory. Same as autoyast_gnome but with product defined in the profile.

Reproducible

Fails since (at least) Build 283.1

Expected result

Last good: 282.3 (or more recent)

Further details

Always latest result in this scenario: latest


Related issues

Related to openQA Tests - action #116914: [qe-core] recent uefi changes makes test failNew2022-09-21

Related to openQA Project - action #111992: Deal with QEMU and OVMF default resolution being 1280x800, affecting (at least) qxl size:MBlocked2022-06-03

Related to openQA Project - action #113794: Use prepared OVMF image with expected settings size:MResolved2022-06-03

History

#2 Updated by lkocman 2 months ago

  • Subject changed from Leap 15.5 uefi boot fail to Leap 15.5 uefi console switch fail

#3 Updated by lkocman 2 months ago

  • Description updated (diff)

#4 Updated by lkocman 2 months ago

  • Description updated (diff)

#5 Updated by lkocman 2 months ago

  • Description updated (diff)

#6 Updated by lkocman 2 months ago

  • Description updated (diff)

#7 Updated by lkocman 2 months ago

  • Description updated (diff)

#8 Updated by maritawerner 2 months ago

  • Project changed from openQA Tests to qe-yast
  • Category deleted (Bugs in existing tests)

#9 Updated by okurz 2 months ago

This might be related to #111992 or #113794 but here it's not about the bootloader resolution. Would need further investigation.

EDIT: Between the "last good" 4.6.1663185141.2738a2c and the "first bad" 4.6.1663185141.2738a2c the os-autoinst version seems to be the same. I think the qemu ovmf image was updated from the older, locked version some more days in the past. Maybe another, different package update that caused this?

#10 Updated by JERiveraMoya 2 months ago

  • Project changed from qe-yast to openQA Tests

it is worker-related issue.

#11 Updated by maritawerner 2 months ago

  • Subject changed from Leap 15.5 uefi console switch fail to [qe-core] Leap 15.5 uefi console switch fail

Did I not say 15 minutes ago do not reassign it to me?

#12 Updated by okurz 2 months ago

  • Related to action #116914: [qe-core] recent uefi changes makes test fail added

#13 Updated by okurz 2 months ago

  • Related to action #111992: Deal with QEMU and OVMF default resolution being 1280x800, affecting (at least) qxl size:M added

#14 Updated by okurz 2 months ago

  • Related to action #113794: Use prepared OVMF image with expected settings size:M added

#15 Updated by okurz 2 months ago

  • Category set to Bugs in existing tests

maritawerner wrote:

Did I not say 15 minutes ago do not reassign it to me?

yes, you did. Very clearly :)

@JERiveraMoya please try to find useful assignees, not just put tickets back to a generic project with no team-assignments. We should collaborate to assign tickets to the right teams.

This seems to be also related to #116914.

What could be tried is to downgrade the qemu-ovmf-x86_64 package on o3 workers again to crosscheck if that fixes the tests.

#16 Updated by tinita about 2 months ago

  • Status changed from New to Feedback
  • Assignee set to tinita

So it seems this is fixed.

#17 Updated by tinita about 2 months ago

  • Target version set to Ready

#18 Updated by tinita about 2 months ago

I set UEFI_PFLASH_VARS=ovmf-x86_64-ms-vars-800x600.qcow2 for the MACHINE uefi-2G as well (uefi was already set).

It should work now for the next schedule.
Let me know if the problem appears again.

#19 Updated by tinita about 2 months ago

I downgraded qemu-ovmf-x86_64 on all workers again.

We are waiting for feedback on https://bugzilla.opensuse.org/show_bug.cgi?id=1204067

For uefi #116914 I changed back UEFI_PFLASH_VARS to /usr/share/qemu/ovmf-x86_64-ms-vars.bin because there it resulted in a different failure.

#20 Updated by cdywan about 2 months ago

  • Status changed from Feedback to Blocked

This is blocked by the above bugzilla ticket for now

#21 Updated by slo-gin 17 days ago

This ticket was set to High 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.

Also available in: Atom PDF