Project

General

Profile

action #58151

[transactional][microos] test fails in transactional_update

Added by fos almost 2 years ago. Updated 27 days ago.

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

0%

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

History

#1 Updated by mkravec almost 2 years ago

  • Assignee deleted (mkravec)

#2 Updated by SLindoMansilla almost 2 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?

#3 Updated by mkravec almost 2 years ago

  • Assignee deleted (mkravec)

Sorry, not in my scope now.

#4 Updated by okurz 27 days 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

Also available in: Atom PDF