action #99591
closed
[qe-core] many test called with qa_run.pm fail
Added by mgrifalconi over 3 years ago.
Updated over 3 years ago.
Category:
Bugs in existing tests
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
Files
- Status changed from New to Workable
- Target version set to QE-Core: Ready
- Start date deleted (
2021-10-01)
- Related to action #99714: [qem] test fails in kernel_multipath added
@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.
Do we have then some action plan for the future?
Like having tests geo-distributed or maybe even removed?
- Status changed from Workable to Blocked
- Assignee set to dzedro
Maybe it is right time to drop (at least part of them) these old ctcs2 based tests. Their outcome was questionable all the time and some of of those tests were not touched for couple of years.
- Status changed from Blocked to Resolved
- % Done changed from 0 to 100
The issue is resolved, there is another ticket to handle the old tests.
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.
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.
qa-testsuite commit id : eb83983dbd6c5734540f822424c977c61ec0e813
"set message queue api disable by default"
Also available in: Atom
PDF
