Project

General

Profile

Actions

action #58151

closed

[transactional][microos] test fails in transactional_update

Added by fos over 4 years ago. Updated over 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Bugs in existing tests
Target version:
-
Start date:
2019-10-14
Due date:
% Done:

100%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario microos-Staging:N-Staging-DVD-x86_64-microos@uefi-staging fails in
transactional_update

Test suite description

  1. The first problem is that the "transactional-update" module test is counting as "passed", even though one of the tests failed (trup_call probably needs to die if wait_serial fails).
  2. This is the original problem of this test: In stagings the repository with the updated package is not available, thus the command will not do any update and fail to meet the test criteria. The repository probably has to be added first.
  3. Looking at the test case it seems the test starting from https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/transactional/transactional_update.pm#L101 is supposed to first install a non-failing version of the package, which is supposedly later replaced with a broken package. If this is correct the package contained in the tar archive should not contain any breaking script at all, only the package installed from the repository should do.

Reproducible

Always

Expected results

  1. The transactional-update test should fail completely if the broken package test fails.
  2. When testing with stagings the test should not break.

Further details

Always latest result in this scenario: latest

Actions #1

Updated by mkravec over 4 years ago

  • Assignee deleted (mkravec)
Actions #2

Updated by SLindoMansilla over 4 years ago

  • Subject changed from test fails in transactional_update to [transactional][microos] test fails in transactional_update
  • Assignee set to mkravec

Hi martin, could you take a look?

Actions #3

Updated by mkravec over 4 years ago

  • Assignee deleted (mkravec)

Sorry, not in my scope now.

Actions #4

Updated by okurz over 2 years ago

This ticket was set to "Normal" priority but was not updated within the SLO period for "Normal" tickets (365 days) as described on https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives . Please consider picking up this ticket within the next 365 days or just set the ticket to the next lower priority of "Low" (no SLO related time period). This update was done as agreed within the SUSE QE Sync call 2021-09-01

Actions #5

Updated by maritawerner over 2 years ago

@fos is that ticket still relevant of could you reject it, please?

Actions #6

Updated by fos over 2 years ago

It seems I can't change the ticket status, but I think the ticket can be closed. The tests are not failing unexpectedly any more, probably Fabian's changes from May 2021 fixed them.

Actions #7

Updated by favogt over 2 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

Ok, marking as resolved. Probably fixed with https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12584.

Actions

Also available in: Atom PDF