Project

General

Profile

Actions
Copy link

action #92452

closed

Make transactional_server_snapper result independent of transactional_server_helper_apps

Added by JERiveraMoya almost 3 years ago. Updated almost 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
syrianidou_sofia
Target version:
SUSE QA - SLE 15 SP3
Start date:
2021-05-10
Due date:
% Done:

0%

Estimated time:

Description

Observation

openQA test in scenario sle-15-SP3-Online-ppc64le-transactional_server_snapper@ppc64le-hmc-single-disk fails in
verify_undelete_snapshots

We have dependency between both scenario, so one the first fails (it always run alphabetically in that order by design) then the other does not run correctly with the snapshots that finds.

Acceptance Criteria:

  1. transactional_server_snapper is not failing on 'verify_undelete_snapshots'.

Suggestions:

  1. Make verify_undelete_snapshots not to be dependent on exact amount of snapshots or clear snapshots at some stage, so that the amount of them will be predictable.
  2. Alternatively, split 'transactional_server_helper_apps' and 'transactional_server_snapper' to two different installations (to not depend on each other).

Test suite description

Test snapper features in a transactional update server

We need to make stable the test regarding the number of snapshots.

Reproducible

Fails since (at least) Build 186.1 (current job)

Expected result

Last good: 183.1 (or more recent)

Further details

Always latest result in this scenario: latest

Actions
Copy link
 #1

Updated by JERiveraMoya almost 3 years ago

  • Project changed from openQA Tests to qe-yam
  • Category deleted (Bugs in existing tests)
Actions
Copy link
 #2

Updated by JERiveraMoya almost 3 years ago

  • Status changed from New to Workable
Actions
Copy link
 #3

Updated by JERiveraMoya almost 3 years ago

  • Subject changed from test fails in verify_undelete_snapshots when checking current snapshot number to Make transactional_server_snapper result independent of transactional_server_helper_apps
  • Status changed from Workable to New
Actions
Copy link
 #4

Updated by JERiveraMoya almost 3 years ago

  • Description updated (diff)
Actions
Copy link
 #5

Updated by oorlov almost 3 years ago

  • Description updated (diff)
  • Status changed from New to Workable
Actions
Copy link
 #6

Updated by syrianidou_sofia almost 3 years ago

  • Status changed from Workable to In Progress
  • Assignee set to syrianidou_sofia
Actions
Copy link
 #7

Updated by syrianidou_sofia almost 3 years ago

  • Status changed from In Progress to Feedback

https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12572

The problem that caused the failure seems to be that the id number of currently mounted snapshot was not captured properly by the worker. This can be related to serial console issues. The above pull request is adding some more descriptive comments in the code, to avoid confusion next time we have to work on it.

Actions
Copy link
 #8

Updated by syrianidou_sofia almost 3 years ago

  • Status changed from Feedback to Closed
Actions
Copy link
 #9

Updated by okurz almost 3 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: transactional_server_snapper
https://openqa.suse.de/tests/5975051

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 label in the openQA scenario is removed
Actions
Copy link

Also available in: Atom PDF