Project

General

Profile

action #91623

[qem][sporadic] test fails in openvpn_client

Added by hurhaj 6 months ago. Updated about 2 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Difficulty:

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


Related issues

Has duplicate openQA Tests - action #94789: [qem][maint][installation][openvpn] test fails in addon_products_via_SCC_yast2Rejected2021-06-28

History

#2 Updated by dzedro 6 months ago

Openvpn passed after restart https://openqa.suse.de/tests/5885533

#3 Updated by tjyrinki_suse 5 months 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.

#4 Updated by llzhao 5 months ago

Though the subject contains "[security]" Security QE team will not take this poo as we are not the maintainer.

#5 Updated by tjyrinki_suse 4 months ago

  • Subject changed from [security][qem][sporadic] test fails in openvpn_client to [qe-core][security][qem][sporadic] test fails in openvpn_client

#6 Updated by bchou 4 months ago

As discussed in the internal meeting in QE Security could not able to take this poo due to limited resources.

  1. CC is the highest priority in Security QE currently
  2. This is a random fail case and not the higher priority
  3. The error reproduced in released SLE12SP5 instead of in SLE15SP3
  4. The case would be taken care by the original maintainer

I suppose this one could be moved back to QE-core poo. Thanks.

#7 Updated by okurz 4 months ago

bchou wrote:

  1. 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

#8 Updated by szarate 4 months 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.

#9 Updated by szarate 4 months 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 :)

#10 Updated by pdostal 4 months ago

  • Assignee set to pdostal

Altho I work on public cloud, containers and virtualization, I will fix this.

#11 Updated by pdostal 4 months ago

I opened PR#12746 where I do bigger cleanup but this ticket is there addressed as well.

#12 Updated by pdostal 4 months ago

  • Status changed from New to In Progress

#13 Updated by pdostal 4 months ago

  • Has duplicate action #94789: [qem][maint][installation][openvpn] test fails in addon_products_via_SCC_yast2 added

#14 Updated by pdostal about 2 months ago

  • Status changed from In Progress to Resolved

Also available in: Atom PDF