Project

General

Profile

Actions

action #120543

closed

coordination #120534: [epic] Provide auto-installation test suites for supporting testing

Create a daily auto-installation for SLE 12 SP5 aarch64 (SDK + all patterns)

Added by JERiveraMoya about 2 years ago. Updated almost 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Target version:
Start date:
2022-11-15
Due date:
% Done:

0%

Estimated time:

Description

Motivation

For Regression job group we need to replace the use of this image SLES-12-SP5-aarch64-GM-SDK-allpatterns.qcow2 in https://openqa.suse.de/tests/9919648

This installation use module SDK and install all patterns.

Acceptance criteria

AC1: Auto-installation for SLE 12 SP5 aarch64 (with SDK and all patterns) runs in YaST Maintenance Updates - Development
AC2: Use for example prefix sle_autoyast_* to distinguish it from ha, sap and other quarantined test suites
AC3: Configure jobs using that existing qcow2 to use the new fresh daily image

Additional information

Search for test suites using that image in all the Migration job groups.
As a first step to improve the situation with https://bugzilla.suse.com/show_bug.cgi?id=1204887 we should try to use auto-installation.
If this doesn't work we might need a follow-up to further dissect the problem, but it might be that the resolve issue will be gone with a new image and the bug might be consider invalid.

Actions #1

Updated by JERiveraMoya about 2 years ago

  • Tags deleted (qe-yast-refinement)
  • Status changed from New to Workable
Actions #2

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: online_sles15sp4_rmt_basesys-srv-lgm-pcm_all_full_zypp_pre
https://openqa.suse.de/tests/9960111#step/select_patterns/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 #3

Updated by leli almost 2 years ago

  • Assignee set to leli
Actions #4

Updated by leli almost 2 years ago

  • Status changed from Workable to In Progress

Create a new qcow maybe fix this issue, while I still think if we want to fix the unexpected pattern issue, we'd better to find the root cause firstly(Add debug info in install pattern code and re-run the job).

Anyway, a new job created to create the new auto-installation qcow. https://openqa.nue.suse.com/tests/10111772#live

Actions #5

Updated by JERiveraMoya almost 2 years ago

leli wrote:

Create a new qcow maybe fix this issue, while I still think if we want to fix the unexpected pattern issue, we'd better to find the root cause firstly(Add debug info in install pattern code and re-run the job).

Anyway, a new job created to create the new auto-installation qcow. https://openqa.nue.suse.com/tests/10111772#live

That is my point that we should not focus on patching system but in migrating them. Some errors might have very low probability to be faced by client unless they are testing with images created years ago! like we do... that is some kind of testing, but more of the kind of the corner case that the normal case. Let's see how it goes with a fresh system.

Actions #6

Updated by leli almost 2 years ago

Run test to create qcow with all patterns but failed for SCC issue.
https://openqa.nue.suse.com/tests/10148767#step/installation/71

Actions #9

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: online_sles15sp4_rmt_basesys-srv-lgm-pcm_all_full_zypp_pre
https://openqa.suse.de/tests/10164489#step/select_patterns/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 JERiveraMoya almost 2 years ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF