Project

General

Profile

Actions

action #109202

closed

[qe-core] test fails in zypper_in - Test times out when removing packages in single transaction mode

Added by szarate about 2 years ago. Updated almost 2 years ago.

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

0%

Estimated time:
Difficulty:
Sprint:
QE-Core: April Sprint (Apr 13 - May 11)

Description

Observation

openQA test in scenario sle-15-SP4-Online-ppc64le-gnome+proxy_SCC+allmodules@ppc64le-2g fails in
zypper_in

Test suite description

Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Maintainers: QE Core, jrauch
Install all module which are available through ProxySCC
Install as patterns during installation.

Reproducible

Fails since (at least) Build 116.4

Expected result

Last good: 113.1 (or more recent)

Further details

Always latest result in this scenario: latest

Possibly it's a matter of load on the machine, but increasing the timeout to something like 5 to 10 minutes should be safe.

# Test died: command 'zypper -n rm hello{1..9}' timed out at /usr/lib/os-autoinst/testapi.pm line 950.
# Test died: command 'zypper lr -d | tee /dev/hvc0' timed out at /usr/lib/os-autoinst/testapi.pm line 1039. (different job)

So in the end, that zypper_call needs an increased timeout: assert_script_run "zypper -n rm hello{1..9}"; and for the script_run(zypper lr -d) (which should be assert_script_run imo)

I'm having the suspicion that memory matters a lot somehow:

Acceptance Criteria

  1. multiple runs (10 each) of the jobs mentioned above, pass after increasing the timeout
Actions

Also available in: Atom PDF