action #64851
closed[sles][functional][u] test fails in clamav - timeout issue
0%
Description
Observation¶
openQA test in scenario sle-15-SP2-Online-aarch64-extra_tests_textmode@aarch64 fails in
clamav
please check:
command 'freshclam' timed out at /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/console/clamav.pm line 41
Suggestions¶
- 700 seconds are still not enough?
- Look for errors about clamav, product bug?
Reproducible¶
Fails since (at least) Build 155.1
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by SLindoMansilla about 4 years ago
- Description updated (diff)
- Status changed from New to Workable
- Target version set to Milestone 30
- Estimated time set to 42.00 h
Updated by zluo about 4 years ago
- Status changed from Workable to In Progress
- Assignee set to zluo
checking now
Updated by zluo about 4 years ago
- Status changed from In Progress to Rejected
example:
x86_64
[2020-03-31T12:11:08.363 CEST] [debug] <<< testapi::wait_serial(record_output=undef, regexp=qr/zrh08-\d+-/, quiet=undef, buffer_size=undef, expect_not_found=0, timeout=700, no_regex=0)
[2020-03-31T12:11:15.434 CEST] [debug] >>> testapi::wait_serial: (?:zrh08-\d+-): ok
longer than 7 min
aarch64
[2020-03-31T22:04:40.401 UTC] [debug] <<< testapi::wait_serial(record_output=undef, quiet=undef, no_regex=0, regexp=qr/kjU38-\d+-/, timeout=700, buffer_size=undef, expect_not_found=0)
[2020-03-31T22:12:55.728 UTC] [debug] >>> testapi::wait_serial: (?:kjU38-\d+-): ok
about 8 min which is still okay.
I think zypper_call is working, it can hit networking issue during download. So I don't think this is a serve issue atm.
And recent test results don't show this issue.