action #110845
closedtest fails in selfinstall
0%
Description
Observation¶
openQA test in scenario leap-micro-5.2-MicroOS-Image-SelfInstall-aarch64-microos_installation_default@aarch64 fails in
selfinstall
Test suite description¶
MicroOS ISO Installation with default settings and default tests. Default tests are transactional-update, rebootmgr, health_check, cockpit service and some other checks specific to MicroOS.
The problem is that on aarch64, HDD 1 and 2 are swapped, so we would need to install on /dev/vdb instead of /dev/vda.
Reproducible¶
Fails since (at least) Build 19.1
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by jlausuch almost 2 years ago
- Status changed from New to In Progress
- Assignee set to jlausuch
I actually started working on this :)
Updated by ggardet_arm almost 2 years ago
jlausuch wrote:
I actually started working on this :)
Yes, I was about to notify you. ;)
Updated by ggardet_arm almost 2 years ago
Once PR https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/14875 will be merged, we will still have the problem that the device boots on ISO and then select Boot from hard disk which leads to the UEFI firmware UI.
I performed some manual testing in qemu and I can reproduce the problem when a wrong boot order is used: 1st: ISO, 2nd: another HDD (not the one where installation was performed).
I will try to play with the disk id/numbers later.
Updated by ggardet_arm almost 2 years ago
If I invert ignition.qcow2 and the empty HDD, I get the installation on /dev/vda, but it fails the same way in UEFI firmware: https://openqa.opensuse.org/tests/2339635
I think we should just make use of handle_uefi_boot_disk_workaround : https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/opensusebasetest.pm#L615-L661
Updated by jlausuch almost 2 years ago
- Assignee deleted (
jlausuch)
Un-asigning myself from the ticket as the self-install part is fixed, now we need to figure out the disk boot issue.
Updated by jlausuch almost 2 years ago
- Tags deleted (
qac) - Status changed from In Progress to Workable
Updated by openqa_review almost 2 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: microos_installation_default
https://openqa.opensuse.org/tests/2353165#step/selfinstall/1
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
Updated by ggardet_arm almost 2 years ago
- Status changed from Workable to In Progress
Updated by mloviska over 1 year ago
- Status changed from Feedback to Resolved
- Assignee set to ggardet_arm