action #110845
closed
test fails in selfinstall
Added by ggardet_arm almost 3 years ago.
Updated over 2 years ago.
Category:
Bugs in existing tests
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
- Status changed from New to In Progress
- Assignee set to jlausuch
I actually started working on this :)
jlausuch wrote:
I actually started working on this :)
Yes, I was about to notify you. ;)
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.
- 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.
- Tags deleted (
qac)
- Status changed from In Progress to Workable
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.
- Status changed from Workable to In Progress
- Status changed from In Progress to Feedback
- Status changed from Feedback to Resolved
- Assignee set to ggardet_arm
Also available in: Atom
PDF