Project

General

Profile

Actions

action #91623

closed

[qem][sporadic] test fails in openvpn_client

Added by hurhaj about 3 years ago. Updated over 2 years 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 1 (0 open1 closed)

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

Actions
Actions #2

Updated by dzedro about 3 years ago

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

Actions #3

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.

Actions #4

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.

Actions #5

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
Actions #6

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.

  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.

Actions #7

Updated by okurz almost 3 years 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

Actions #8

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.

Actions #9

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 :)

Actions #10

Updated by pdostal almost 3 years ago

  • Assignee set to pdostal

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

Actions #11

Updated by pdostal almost 3 years ago

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

Actions #12

Updated by pdostal almost 3 years ago

  • Status changed from New to In Progress
Actions #13

Updated by pdostal almost 3 years ago

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

Updated by pdostal over 2 years ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF