action #91623
closed[qem][sporadic] test fails in openvpn_client
0%
Description
Observation¶
openQA test in scenario sle-12-SP4-Server-DVD-Updates-x86_64-qam-openvpn-client@64bit fails in
openvpn_client
Test suite description¶
Maintainer: pdostal@suse.cz, pcervinka@suse.cz
Reproducible¶
Fails since (at least) Build 20210423-1 (current job)
Expected result¶
Last good: 20210422-1 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by dzedro about 3 years ago
This looks like network/openQA MM hickup.
Few multimachine falilures on "all" versions:
https://openqa.suse.de/tests/5883198#step/openvpn_client/8
https://openqa.suse.de/tests/5883201#step/1_sw_multipath/2
https://openqa.suse.de/tests/5883195#step/iscsi_client/44
https://openqa.suse.de/tests/5883196#step/iscsi_client/44
https://openqa.suse.de/tests/5883343#step/reboot_after_installation/5
https://openqa.suse.de/tests/5883338#step/iscsi_client/61
https://openqa.suse.de/tests/5883339#step/iscsi_client/58
https://openqa.suse.de/tests/5883344#step/1_sw_multipath_s_ap/1
https://openqa.suse.de/tests/5883254#step/openvpn_client/8
https://openqa.suse.de/tests/5883498#step/autofs_client/42
https://openqa.suse.de/tests/5883487#step/iscsi_client/55
https://openqa.suse.de/tests/5883493#step/openvpn_client/38
https://openqa.suse.de/tests/5883420#step/setup/52
Updated by dzedro about 3 years ago
Openvpn passed after restart https://openqa.suse.de/tests/5885533
Updated by tjyrinki_suse almost 3 years ago
- Subject changed from [qem] test fails in openvpn_client to [security][qem][sporadic] test fails in openvpn_client
- Start date deleted (
2021-04-23)
fails maybe once per 10 or 20.
Updated by llzhao almost 3 years ago
Though the subject contains "[security]" Security QE team will not take this poo as we are not the maintainer.
Updated by tjyrinki_suse almost 3 years ago
- Subject changed from [security][qem][sporadic] test fails in openvpn_client to [qe-core][security][qem][sporadic] test fails in openvpn_client
Updated by bchou almost 3 years ago
As discussed in the internal meeting in QE Security could not able to take this poo due to limited resources.
- CC is the highest priority in Security QE currently
- This is a random fail case and not the higher priority
- The error reproduced in released SLE12SP5 instead of in SLE15SP3
- The case would be taken care by the original maintainer
I suppose this one could be moved back to QE-core poo. Thanks.
Updated by okurz almost 3 years ago
bchou wrote:
- This is a random fail case and not the higher priority
Please keep in mind that especially random failures are more work for reviewers and lead to people not trusting openQA tests, e.g. see discussions within the scope of Maintenance QA so random fails should actually be treated with higher priority
Updated by szarate almost 3 years ago
From last failure: https://openqa.suse.de/tests/6156579#step/openvpn_client/37 vs https://openqa.suse.de/tests/6276446#step/openvpn_client/37 looks clearly that it's likely a load issue, so perhaps waiting for the "Initialization sequence completed message" would solve the problem, if it takes way too much time, it's a peformance hit on the product side.
Updated by szarate almost 3 years ago
- Subject changed from [qe-core][security][qem][sporadic] test fails in openvpn_client to [qem][sporadic] test fails in openvpn_client
Pavel can you take care of this? if not just reject the ticket :)
Updated by pdostal almost 3 years ago
- Assignee set to pdostal
Altho I work on public cloud, containers and virtualization, I will fix this.
Updated by pdostal almost 3 years ago
I opened PR#12746 where I do bigger cleanup but this ticket is there addressed as well.
Updated by pdostal almost 3 years ago
- Has duplicate action #94789: [qem][maint][installation][openvpn] test fails in addon_products_via_SCC_yast2 added
Updated by pdostal over 2 years ago
- Status changed from In Progress to Resolved