action #125798
closed
- 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.
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¶
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.
- Description updated (diff)
so generally using QEMUVIDEO=virtio fails boot on openqaworker16 and openqaworker17 , but work as excepted on worker9 thx to different rendering of grub menu
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 ...
- Related to action #113366: Add three more Prague located OSD workers size:M added
Apparently in #113366 it was missed to apply the downgrade of the package
- Tags set to infra
- Status changed from Feedback to New
- Assignee deleted (
okurz)
- Status changed from New to Feedback
- Assignee set to osukup
openqaworker16-18 qemu-ovmf downgraded and locked on SLE15.3 version ..
- Status changed from Feedback to Resolved
no new reports of problems with mentioned workers ...
Also available in: Atom
PDF