action #101030
closed
- Project changed from openQA Tests to openQA Project
- Category deleted (
Bugs in existing tests)
- Subject changed from Typing problems problems on aarch64 to Typing problems on aarch64
- Related to coordination #101048: [epic] Investigate and fix higher instability of openqaworker-arm-4/5 vs. arm-1/2/3 added
- Category set to Regressions/Crashes
- Priority changed from Normal to Urgent
- Target version set to Ready
cdywan wrote:
Checking https://openqa.suse.de/tests/7421722#step/textinfo/15 I see this:
# Test died: command 'rm textinfo' failed at /usr/lib/os-autoinst/testapi.pm line 950.
testapi::_handle_script_run_ret(1, "rm textinfo", "quiet", undef, "timeout", 90, "fail_message", "") called at /usr/lib/os-autoinst/testapi.pm line 988
So it seems the timeout of 90 seconds was exceeded i.e. assert_script_run('rm textinfo');
. The same applies to https://openqa.suse.de/tests/7411270#step/zypper_in/9 (testapi::assert_script_run("rpm -e x3270")
).
Of course timeout exceeded when command was not typed properly -> mistyped.
Yes, looks like failures are happening on openqaworker-arm-4/5
dzedro wrote:
cdywan wrote:
Checking https://openqa.suse.de/tests/7421722#step/textinfo/15 I see this:
# Test died: command 'rm textinfo' failed at /usr/lib/os-autoinst/testapi.pm line 950.
testapi::_handle_script_run_ret(1, "rm textinfo", "quiet", undef, "timeout", 90, "fail_message", "") called at /usr/lib/os-autoinst/testapi.pm line 988
So it seems the timeout of 90 seconds was exceeded i.e. assert_script_run('rm textinfo');
. The same applies to https://openqa.suse.de/tests/7411270#step/zypper_in/9 (testapi::assert_script_run("rpm -e x3270")
).
Of course timeout exceeded when command was not typed properly -> mistyped.
Yes, looks like failures are happening on openqaworker-arm-4/5
Right, it says rrpm
and textinffo
respectively in the needles. It seems a bit odd to me, though, that it times out rather than an error from the zypper or bash. So I guess it times out before the command is finished.
I'd rather try to solve poo#101048 to see if it eases the situation here too
- Status changed from New to Blocked
- Assignee set to okurz
- Status changed from Blocked to Resolved
We have identified the situation as caused by instabilities on openqaworker-arm-4/5 and have disabled the machine since then from production. Work to investigate the root cause and bring back the machine is done in #101048
Also available in: Atom
PDF