action #99591
[qe-core] many test called with qa_run.pm fail
100%
Description
Observation¶
This is one example, almost all tests on SLE-12 are failing for the same issue after a 3h timeout.
openQA test in scenario sle-12-SP3-Server-DVD-Updates-x86_64-mau-qa_kernel_lynis@64bit fails in
kernel_lynis
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml.
Reproducible¶
Fails since (at least) Build 20211001-1 (current job)
Expected result¶
Last good: 20210930-1 (or more recent)
Further details¶
Always latest result in this scenario: latest
Related issues
History
#1
Updated by tjyrinki_suse 8 months ago
- Status changed from New to Workable
- Target version set to QE-Core: Ready
- Start date deleted (
2021-10-01)
#2
Updated by tjyrinki_suse 8 months ago
From Michael to lessen the impact on openQA: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/13376/
If qa_run is still to be used in the future, it's useful to file a new ticket before closing this one to change it back possibly, but so far that's only a beginning and we do not have a fix for the test failures.
#3
Updated by mgrifalconi 8 months ago
Cloning a test that worked yesterday still fails https://openqa.suse.de/tests/7290761#
More info on the situation https://suse.slack.com/archives/C02D16TCP99/p1633075991136300
#4
Updated by dzedro 8 months ago
I created ticket https://sd.suse.com/servicedesk/customer/portal/1/SD-62274
Looks like dashboard.qa2.suse.asia is unreachable.
# nc -zv dashboard.qa2.suse.asia 8888 nc: connect to dashboard.qa2.suse.asia port 8888 (tcp) failed: Connection timed out
#5
Updated by kgw_suse 8 months ago
- Related to action #99714: [qem] test fails in kernel_multipath added
#6
Updated by maritawerner 8 months ago
dzedro China is on Public Holiday and they had to switch of the servers due to a power switch off in the building. The team will be back on Thursday.
#10
Updated by mgrifalconi 8 months ago
dzedro That is great! Thanks Jozef!
vpelcak pcervinka Yes it is planned to get rid of it https://progress.opensuse.org/issues/99657
#12
Updated by cachen 8 months ago
Hello Guys, like Marita mentioned dashboard.qa2.suse.asia was shutdown due to power down of the office building. There is a mistake in code probably, dashboard.qa2.suse.asia is using by qe-performance squad and message_queue to fetching its status is internal service shouldn't affect your testing. @Jerry Tang will take a look and see how to fix the influence.
#13
Updated by jerrytang 8 months ago
dzedro wrote:
I created ticket https://sd.suse.com/servicedesk/customer/portal/1/SD-62274
Looks like dashboard.qa2.suse.asia is unreachable.# nc -zv dashboard.qa2.suse.asia 8888 nc: connect to dashboard.qa2.suse.asia port 8888 (tcp) failed: Connection timed out
Yes, root cause is dashboard.qa2.suse.asia power off.
Automation test will update progress of test by message queue API.
When server is down,it will increase running time because of connection hung.
I'll submit a PR to set it off by default.
#14
Updated by jerrytang 8 months ago
MR submit waiting for review and merge
https://gitlab.suse.de/qa-testsuites/sleperf/-/merge_requests/72