Project

General

Profile

action #90513

[opensuse][qac][containers] test fails in buildah_podman and buildah_docker

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

Status:
Resolved
Priority:
High
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2021-03-30
Due date:
% Done:

100%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_textmode_containers@64bit fails in
buildah_podman
buildah_docker

Root cause is likely https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/containers/container_images.pm#L201

Which assumes the container is always openSUSE Leap if it's not SLE, but the test is actually using a Tumbleweed container.

Test is therefore invalid, hence his issue.

Test suite description

Maintainer: dheidler. Extra tests about CLI software in container module

Reproducible

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

Expected result

Last good: 20210328 (or more recent)

Further details

Always latest result in this scenario: latest

History

#1 Updated by tjyrinki_suse almost 2 years ago

  • Subject changed from test fails in buildah_podman and buildah_docker to [opensuse][qac][containers] test fails in buildah_podman and buildah_docker

#2 Updated by openqa_review almost 2 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: extra_tests_textmode_containers
https://openqa.opensuse.org/tests/1707939

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"
  3. The label in the openQA scenario is removed

#3 Updated by favogt almost 2 years ago

  • Assignee set to favogt

No, it handles Tumbleweed just fine: openSUSE (Leap )?${version} matches openSUSE Tumbleweed when $version is Tumbleweed

The issue is that the cut throws the PRETTY_NAME= away, but it's still expected in the output:

validate_script_output("$runtime run $image grep PRETTY_NAME /etc/os-release | cut -d= -f2",
    sub { /PRETTY_NAME="openSUSE (Leap )?${version}.*"/ });

It was apparently never tested. I'll make a PR.

#4 Updated by favogt almost 2 years ago

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

Also available in: Atom PDF