Project

General

Profile

Actions

action #125798

closed

Visual differences in GRUB menu on different x86_64 UEFI workers

Added by MDoucha over 1 year ago. Updated over 1 year ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
2023-03-10
Due date:
% Done:

0%

Estimated time:
Tags:

Description

Here are 5 different LTP jobs booting the exact same UEFI/SecureBoot QCOW image on different workers:
https://openqa.suse.de/tests/10651590 openqaworker16:14, GRUB needle mismatch
https://openqa.suse.de/tests/10658203 openqaworker16:18, pass
https://openqa.suse.de/tests/10659306 openqaworker16:7, GRUB needle mismatch
https://openqa.suse.de/tests/10659346 openqaworker17:12, GRUB needle mismatch
https://openqa.suse.de/tests/10659359 worker9:11, pass

It appears that GRUB menu size changes depending on not just the worker but also specific worker slot.

Possibly related to poo#114523 but this time it's happening on x86_64.


Related issues 1 (0 open1 closed)

Related to openQA Infrastructure - action #113366: Add three more Prague located OSD workers size:MResolvedosukup

Actions
Actions #1

Updated by okurz over 1 year ago

  • Status changed from New to Feedback
  • Assignee set to okurz
  • Target version set to Ready

Please fill the description according to the ticket template https://progress.opensuse.org/projects/openqav3/wiki/#Defects

I doubt this is related to the infrastructure. The worker slots on the same machine running just openQA worker instances in qemu are just different processes of the very same software. I compared autoinst-log.txt from the first fwo URLs you shared and I found:

That surely makes a difference. I suggest you take a look into where the QEMUVGA=virtio setting in the first job comes from and why it's not supplied in the second case.

Actions #2

Updated by MDoucha over 1 year ago

okurz wrote:

Please fill the description according to the ticket template https://progress.opensuse.org/projects/openqav3/wiki/#Defects

Observation

LTP SecureBoot tests fail to boot on some x86_64 workers.

Steps to reproduce

  • Run LTP SecureBoot tests

Impact

LTP SecureBoot tests fail to boot on some x86_64 workers.

Problem

LTP SecureBoot tests fail to boot on some x86_64 workers.

Suggestion

  • Review UEFI configuration on x86_64 workers

Workaround

Run SecureBoot tests on one of the few unaffected workers


I doubt this is related to the infrastructure. The worker slots on the same machine running just openQA worker instances in qemu are just different processes of the very same software. I compared autoinst-log.txt from the first fwo URLs you shared and I found:

That surely makes a difference. I suggest you take a look into where the QEMUVGA=virtio setting in the first job comes from and why it's not supplied in the second case.

QEMUVGA=virtio comes from the Incidents-Kernel-Azure medium because SLE-15SP4 kernel-azure does not support any other video device. https://openqa.suse.de/tests/10658203 is the only job on the list that tests kernel-default instead of kernel-azure.

The other successful job (https://openqa.suse.de/tests/10659359) tests kernel-azure so you can compare the failures with that one. It's a direct clone of the 3 failed jobs.

Actions #3

Updated by MDoucha over 1 year ago

  • Description updated (diff)
Actions #4

Updated by osukup over 1 year ago

so generally using QEMUVIDEO=virtio fails boot on openqaworker16 and openqaworker17 , but work as excepted on worker9 thx to different rendering of grub menu

Actions #5

Updated by osukup over 1 year ago

on worker9:

il | qemu-ovmf-x86_64       | balíček | 202008-150300.10.14.1

locked package with ovmf from Leap 15.3 ( 2 years old )

on openqaworker16/17:

i+ | qemu-ovmf-x86_64       | balíček | 202202-150400.5.5.1 | noarch       | Update repository with updates from SUSE Linux Enterprise 15

latest ovmf from Leap 15.4 ...

Actions #6

Updated by okurz over 1 year ago

  • Related to action #113366: Add three more Prague located OSD workers size:M added
Actions #7

Updated by okurz over 1 year ago

Apparently in #113366 it was missed to apply the downgrade of the package

Actions #8

Updated by okurz over 1 year ago

  • Tags set to infra
  • Status changed from Feedback to New
  • Assignee deleted (okurz)
Actions #9

Updated by osukup over 1 year ago

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

openqaworker16-18 qemu-ovmf downgraded and locked on SLE15.3 version ..

Actions #10

Updated by osukup over 1 year ago

  • Status changed from Feedback to Resolved

no new reports of problems with mentioned workers ...

Actions

Also available in: Atom PDF