action #125873
closed[qe-core][functional]test fails in libqt5_qtbase, sporadic issue
0%
Description
Observation¶
openQA test in scenario sle-15-SP5-Online-aarch64-extra_tests_gnome_sdk@aarch64 fails in
libqt5_qtbase
Test suite description¶
Maintainer: jrauch. Extra tests about software in SDK module
Reproducible¶
Fails since (at least) Build 79.1 (current job)
Expected result¶
Last good: 77.1 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by rfan1 over 1 year ago
This sporadic issue is seen on aarch64 platform in past few builds.
We may need wait for more time to catch the right needle.
Updated by zluo over 1 year ago
- Status changed from New to In Progress
- Assignee set to zluo
let me check this now.
Updated by zluo over 1 year ago
Updated by zluo over 1 year ago
the general problem is poor performance, with 1024 MB and 1 core.
So try to set timeout where is needed: needles match.
Updated by zluo over 1 year ago
this is weird, to compare with this on osd:
with code change but not related:
https://openqa.suse.de/tests/10698443#step/libqt5_qtbase/56 shows that failed at assert_script_run './libqt5-qtbase' on x86_64
without changes on osd:
http://10.161.8.50/tests/7#step/libqt5_qtbase/56 failed as well at same place.
Now I tried clone job again on osd without code change:
https://openqa.suse.de/tests/10698499 succesful again!
Updated by zluo over 1 year ago
https://openqa.suse.de/tests/10701696#step/libqt5_qtbase/13 shows even already failed to start xterm.
this is clearly a serve performance issue on aarch64.
Updated by zluo over 1 year ago
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/16612 updated, also take care of tumbleweed
Updated by openqa_review over 1 year ago
- Status changed from Resolved to Feedback
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_gnome_sdk
https://openqa.suse.de/tests/10718625#step/libqt5_qtbase/1
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
Updated by zluo over 1 year ago
openqa_review wrote:
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_gnome_sdk
https://openqa.suse.de/tests/10718625#step/libqt5_qtbase/1To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
this is a performance issue which happens very rarely. I see that following 3 test runs are successful.
Updated by zluo over 1 year ago
I change a little bit for testsuite on OSD:
extra_tests_gnome_sdk
give 1024 more qemuram and 2 more qemucpus
QEMUCPUS=4
QEMURAM=3072
Updated by zluo over 1 year ago
https://openqa.suse.de/tests/10940821 looks good, but still need more successful test runs from now.
Updated by zluo over 1 year ago
https://openqa.suse.de/tests/11014888#next_previous should be okay for now.
Updated by mgrifalconi over 1 year ago
- Status changed from Feedback to Resolved