Project

General

Profile

Actions
Copy link

action #168676

open

coordination #169657: [epic] Handle test fixes and adjustments

Update SLEM migration work flow for SL Micro 6.0 Product Increments - Migration group testsuites

Added by zoecao about 1 month ago. Updated 11 days ago.

Status:
In Progress
Priority:
Normal
Assignee:
leli
Target version:
-
Start date:
2024-10-22
Due date:
% Done:

0%

Estimated time:
Tags:
qe-yam-nov-sprint

Description

Motivation

In the job group of [SL Micro 6.0 Product Increments - Migration], the test cases are on SLEM 5.5 base, while the OS_TEST_REPOS are for SLM 6.0, look at the setting for the testsuite [slem_migration_5.5_to_6.0].
From the case setting: 

OS_TEST_REPOS=https://download.suse.de/ibs/SUSE:/ALP:/Products:/Marble:/6.0:/ToTest/product/repo/SL-Micro-6.0-x86_64/

So now the cases [added SLM 6.0 repo here] and [installed the SLM 6.0 pacakges here] on SLEM 5.5 system, and then it did a migration to SLM 6.0.
While the correct testing is to migrate "SLEM 5.5 + SLM 6.0 repo (Do NOT update to SLM 6.0 repo's packages)" to "SLM 6.0", the packages from setting OS_TEST_REPOS are for SLM 6.0, it may report some errors if installing them to SLEM 5.5.
Related failure: https://openqa.suse.de/tests/15526315#
So this ticket it to skip [the step] of transactional-update -n up for the testsuites which comes from "SL Micro 6.0 Product Increments - Migration" group ONLY, pay attention that, the testmodule of install_updates is used in a log of Maintenance Updates groups testsuite, we should skip step transactional-update -n up for this group's testuistes Only.

Acceptance criteria

AC1: Skip the step of transactional-update -n up for the testsuites which comes from "SL Micro 6.0 Product Increments - Migration" group ONLY

Actions
Copy link
 #1

Updated by zoecao about 1 month ago

  • Description updated (diff)
Actions
Copy link
 #2

Updated by JERiveraMoya 18 days ago

  • Tags set to qe-yam-nov-sprint
  • Status changed from New to Workable
  • Parent task set to #151816
Actions
Copy link
 #4

Updated by JERiveraMoya 18 days ago

  • Status changed from Workable to In Progress
  • Assignee set to leli
Actions
Copy link
 #5

Updated by leli 17 days ago

In fact, this issue comes for the added patch is not the expected one, such as for sle_micro 5.5 we need add the corresponding un-released repos but this group is for sle_micro 6.0 repos.
In general to fix this issue should add condition to make sure the base version is same as the version of un-release repos, but it is not easy to make the condition from current openQA setting. For base version, from 'HDD_1 SLE-Micro.x86_64-5.5.0-Default-GM.raw.xz'? for repo version from 'OS_TEST_REPOS https://download.suse.de/ibs/SUSE:/ALP:/Products:/Marble:/6.0:/ToTest/product/repo/SL-Micro-6.0-x86_64/' , not so easy and clear.
Besides, it is hard to know this is a migration test also.

Actions
Copy link
 #6

Updated by leli 17 days ago

On investigation, the most important thing is do not make the maintenance repo added into test. 

add_extra_customer_repositories if get_var('MAINT_TEST_REPO');

And the MAINT_TEST_REPO comes from OS_TEST_REPOS, so the most simple way to fix this issue is to unset OS_TEST_REPOS.

https://openqa.suse.de/tests/15874355#step/journal_check/9

Actions
Copy link
 #8

Updated by leli 16 days ago

Submitted PR to fix the un-partitioned sector issue on aarch64, https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/20583

Actions
Copy link
 #9

Updated by leli 16 days ago

Closed the MR for disable repo will cause migration without any update repo.

Submitted PR https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/20585 to add a setting to skip update the base system with the repo.

Actions
Copy link
 #11

Updated by JERiveraMoya 13 days ago

  • Parent task changed from #151816 to #169657
Actions
Copy link
 #12

Updated by leli 11 days ago

Actions
Copy link

Also available in: Atom PDF