[security] [QR] [UEFI] test fails in audit_remote_libvirt
openQA test in scenario sle-15-SP4-Online-QR-x86_64-cc_audit-remote-libvirt_uefi@uefi fails in
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qe-security/osd-sle15-security.
Fails since (at least) Build 186.1 (current job)
Last good: 186.1 (or more recent)
Always latest result in this scenario: latest
It has been happening sporadically: https://openqa.suse.de/tests/11023530#next_previous
Perhaps we should somehow ensure that the qcow2 image is done uploading before running this?
- Subject changed from [security] [QR] test fails in audit_remote_libvirt to [security] [QR] [UEFI] test fails in audit_remote_libvirt
- Status changed from New to In Progress
some observation: the same happens both on 15sp4 and 15sp5, but only on @uefi variants.
Probably there is some misconfiguration on the schedule that prevents considering the required
security_build_nested_hdd a dependency.
- Status changed from In Progress to Feedback
Merge Request: https://gitlab.suse.de/qe-security/osd-sle15-security/-/merge_requests/104 , waiting next build result before considering resolved
Updated by tjyrinki_suse 16 days ago
- Status changed from Feedback to Workable
In 15-SP5 this still seems to be sporadic: https://openqa.suse.de/tests/11951018#next_previous
Updated by JERiveraMoya 8 days ago
I did some test comparing current setup and using hdd_2 instead of hdd_l2, so the disk is attached and can be discovered from the beginning that it doesn't exist:
Times correlates, so the child really start after both parents jobs. Only 22 minutes passed after the image is supposed to be available.
See bottom of the logs:
and then the failure searching by "wget -c -P":
I asked @qe-tools if this could be some race conditions: