Project

General

Profile

Actions

action #120444

closed

coordination #121876: [epic] Handle openQA review failures in Yam squad - SLE 15 SP5

Revisit wrong settings for HA migrations

Added by jgwang almost 2 years ago. Updated almost 2 years ago.

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

0%

Estimated time:

Description

Motivation

We should try to stick to the current configuration of the HA jobs, they should look the same, in the future we might figure out why some particular things are done in a way, but for now we can focus on matching the existing job behaviors. Things that we noticed:

Acceptance criteria

AC1: Fix wrong configuration for HA migrations

Additional information

See #120106 for the mapping


Related issues 1 (0 open1 closed)

Related to qe-yam - action #120708: Update the default target of HA autoyast profile to make it flexibleRejected2022-11-18

Actions
Actions #1

Updated by JERiveraMoya almost 2 years ago

  • Tags set to qe-yast-refinement
  • Subject changed from License agreement not shown for some addons to Revisit wrong settings for HA migrations
  • Description updated (diff)
  • Priority changed from Normal to Low
  • Target version set to Current
Actions #2

Updated by coolgw almost 2 years ago

i think ha standalone case use qt or text mode both ok.

Actions #3

Updated by coolgw almost 2 years ago

Original ticket is use to clarify scenario: when you add ha or we addon, the license agreement should happen or not? If should show, then which situation will show?

Base current openqa code logic of addon_products_sle , it will show if you do fullcd without any register, so we need first understand the product requirement, then we trigger next step, either submit bug or change code.

Actions #4

Updated by JERiveraMoya almost 2 years ago

  • Description updated (diff)
Actions #5

Updated by JERiveraMoya almost 2 years ago

  • Description updated (diff)
Actions #6

Updated by JERiveraMoya almost 2 years ago

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

Updated by JERiveraMoya almost 2 years ago

  • Related to action #120708: Update the default target of HA autoyast profile to make it flexible added
Actions #8

Updated by JERiveraMoya almost 2 years ago

coolgw wrote:

Original ticket is use to clarify scenario: when you add ha or we addon, the license agreement should happen or not? If should show, then which situation will show?

Base current openqa code logic of addon_products_sle , it will show if you do fullcd without any register, so we need first understand the product requirement, then we trigger next step, either submit bug or change code.

we do some iterative process that when we have wrong configuration will give us that test error. Fixing addons setting should suffice. Behavior should be the same than the image we found there originally.

Actions #9

Updated by JERiveraMoya almost 2 years ago

  • Parent task set to #121876
Actions #10

Updated by tinawang123 almost 2 years ago

  • Status changed from Workable to In Progress
Actions #11

Updated by tinawang123 almost 2 years ago

  • Assignee set to tinawang123
Actions #14

Updated by tinawang123 almost 2 years ago

For setting with base,serverapp, at register_system module, it will check base and server application module then output 'Module base is already selected and installed by default' information. Related case: https://openqa.suse.de/tests/10220977#step/register_system/18

For setting without base,serverapp, at register_system module, it will not check base and server application module only choose the other modules like ha. related case: https://openqa.suse.de/tests/10312583#step/register_system/19 But the selected modules' list are same.

Actions #15

Updated by JERiveraMoya almost 2 years ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF