action #124862
closedcoordination #121876: [epic] Handle openQA review failures in Yam squad - SLE 15 SP5
Fix check_system_info related issues
0%
Description
Motivation¶
Failed job https://openqa.suse.de/tests/9777031#step/check_system_info/12, for zdup test, it should with version_switch_origin_system and version_switch_upgrade_target on original system. Without these two modules, the check_system_info won't get correct VERSION. It skip the before migration but entered wrongly for after migration.
- loadtest "migration/version_switch_origin_system" if (!get_var('ONLINE_MIGRATION')); We shouldn’t set ONLINE_MIGRATION=1 for zdup test.
Another failed job: https://openqa.suse.de/tests/10540577#step/check_system_info/19
For the mapping table in lib/registration.pm
my %product_list = (
ha => 'sle-ha',
Need verify this on different system versions, on SLES15SP5 it is not sle-ha obviously.
Acceptance criteria¶
AC1: load version_switch_origin_system through set "+ONLINE_MIGRATION=0" in case "online_sles15sp4_pscc_basesys-srv_def_full_zdup".
AC2: Set correct mapping for ha.
Updated by rainerkoenig about 1 year ago
- Status changed from Workable to In Progress
- Assignee set to rainerkoenig
Updated by rainerkoenig about 1 year ago
Tried the easy way to replace the mapping of 'ha' to 'sle-ha' on SLE15+ to be 'sle-product-ha' because that would then match the zypper lr | grep construct in check_system_info.
Unfortunately the parent job in the VR now fails with "Add-on 'sle-product-ha-15.4-ppc64le' is not available for registration".
Now looking at serial0.txt from the original parent job it shows:
SUSE Linux Enterprise High Availability Extension 15 SP4
(sle-ha/15.4/ppc64le)
This means that the mapping still will be 'sle-ha' also for SLE15+ but we need to adjust the grep pattern in check_system_info.
Updated by rainerkoenig about 1 year ago
PR#16473 is ready to resolve this ticket.
Updated by rainerkoenig about 1 year ago
- Status changed from In Progress to Resolved