action #116869
closed[security] test fails sporadically in dbus_services_exposure
100%
Description
This test fails from time to time. It doesn't seem to be a product issue, rather than a probable timeout that can be increased.
Acceptance criteria¶
- Find a workaround in order to avoid the sporadic failure
- Run multiple verification runs, to make sure that it doesn't fail anymore sporadically
Observation¶
openQA test in scenario sle-15-SP4-Server-DVD-Updates-x86_64-cc_atsec@64bit fails in
dbus_services_exposure
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qe-security/osd-sle15-security.
Reproducible¶
Fails since (at least) Build 20220919-1
Expected result¶
Last good: 20220917-1 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by pstivanin about 2 years ago
- Status changed from New to In Progress
- Assignee set to pstivanin
- % Done changed from 0 to 30
Updated by pstivanin about 2 years ago
- % Done changed from 30 to 50
The test fails because, sometimes, the following dbus services appear:
':1.22',
':1.13'
I've checked locally by using the openqa qcow2, and those services are related to libvirt. The do appear rarely though, but if they appear when the busctl command is executed, then the test fails.
The fix is trivial and consist in whitelisting also those two services.
Updated by pstivanin about 2 years ago
:1.13 1529 libvirtd root :1.13 libvirtd.service - -
:1.22 1771 busctl root :1.22 session-1.scope
Updated by pstivanin about 2 years ago
- % Done changed from 50 to 100
Updated by pstivanin about 2 years ago
- Status changed from In Progress to Resolved
PR has been merged
Updated by tjyrinki_suse about 2 years ago
- Related to action #120970: [security][qem] test fails in dbus_services_exposure on 15-SP4: there are unknown names added