Project

General

Profile

Actions

action #110845

closed

test fails in selfinstall

Added by ggardet_arm over 2 years ago. Updated about 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2022-05-10
Due date:
% Done:

0%

Estimated time:
Difficulty:
Tags:

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

Actions #1

Updated by jlausuch over 2 years ago

  • Status changed from New to In Progress
  • Assignee set to jlausuch

I actually started working on this :)

Actions #2

Updated by ggardet_arm over 2 years ago

jlausuch wrote:

I actually started working on this :)

Yes, I was about to notify you. ;)

Actions #3

Updated by ggardet_arm over 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.

Actions #4

Updated by ggardet_arm over 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

Actions #5

Updated by jlausuch over 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.

Actions #6

Updated by maritawerner over 2 years ago

  • Tags set to qac
Actions #7

Updated by jlausuch over 2 years ago

  • Tags deleted (qac)
  • Status changed from In Progress to Workable
Actions #8

Updated by maritawerner over 2 years ago

  • Tags set to qac
Actions #9

Updated by openqa_review over 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:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. 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.

Actions #10

Updated by ggardet_arm over 2 years ago

  • Status changed from Workable to In Progress
Actions #11

Updated by ggardet_arm over 2 years ago

  • Status changed from In Progress to Feedback

PR merged.

Actions #12

Updated by mloviska about 2 years ago

  • Status changed from Feedback to Resolved
  • Assignee set to ggardet_arm
Actions

Also available in: Atom PDF