Project

General

Profile

Actions
Copy link

action #137711

closed

[security][15-SP4][15-SP5][15-SP6] Cannot find device vlan* in s390x scenarios

Added by JERiveraMoya about 1 year ago. Updated 7 days ago.

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

0%

Estimated time:
8.00 h
Difficulty:
Tags:
fail

Description

Observation

One occurrence of this is in product validation
openQA test in scenario sle-15-SP6-Online-s390x-cc_ipsec_client@s390x-kvm fails in
ipsec_client
but we have it in more places. Check in other products to have an idea of the scope.

Cannot find that network interface, but we need to figure out where that is set (cannot be found at first look), perhaps in os-autoinst code?
Another doubt of this scenario is how it plays out the role of the other job, which probably is the IP what is trying to connect, but this is not an MM, so we would need to figure out the role of both jobs as well and perhaps include this info in the test suite description for future reader.

Related issues 1 (0 open — 1 closed)

Has duplicate openQA Tests (public) - action #138086: [security] test fails in postgresql_ssl_clientClosed2023-10-17

Actions
Actions
Copy link
 #1

Updated by JERiveraMoya about 1 year ago

another occurence in different test suite:
https://openqa.suse.de/tests/12439740#step/postgresql_ssl_server/5
The peculiar thing is that this error can be seen as sporadic in Maintenance updates: https://openqa.suse.de/tests/12440181#next_previous

Actions
Copy link
 #2

Updated by tjyrinki_suse about 1 year ago

  • Status changed from New to Workable
Actions
Copy link
 #3

Updated by JERiveraMoya about 1 year ago

We should consider in the scope of this ticket to take a decision about thise kind of s390x jobs (around 8 has this issue daily in maintenance aggregate), they require too many restart to work, and sometimes doesn't even look like restarting made the pass. All s390x infra is in strange state from last weeks so we could move it to dev group or think about other solution to avoid this annoying work for the reviewer.
Example: https://openqa.suse.de/tests/12464091#comments

Actions
Copy link
 #4

Updated by JERiveraMoya about 1 year ago

  • Subject changed from [security][15-SP6] Cannot find device vlan* in s390x scenarios to [security][15-SP4][15-SP5][15-SP6] Cannot find device vlan* in s390x scenarios
Actions
Copy link
 #5

Updated by dzedro about 1 year ago

Don't know why on migrated workers is NETDEV some vlan, but it will be probably better to get it from SUT.
https://suse.slack.com/archives/C02CANHLANP/p1696574135714859
e.g.

+use network_utils 'iface';

-    my $netdev = get_required_var('NETDEV');
+    my $netdev = iface;
Actions
Copy link
 #6

Updated by pstivanin about 1 year ago

for reference: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/17927/files

we should refactor our tests as suggested by Jozef (see above pr)

Actions
Copy link
 #7

Updated by emiler about 1 year ago

  • Related to action #138086: [security] test fails in postgresql_ssl_client added
Actions
Copy link
 #8

Updated by emiler about 1 year ago

  • Has duplicate action #138086: [security] test fails in postgresql_ssl_client added
Actions
Copy link
 #9

Updated by emiler about 1 year ago

  • Related to deleted (action #138086: [security] test fails in postgresql_ssl_client)
Actions
Copy link
 #10

Updated by JERiveraMoya about 1 year ago

Some stats: 10 runs per each pair of test suites affected applying that change above:
https://openqa.suse.de/tests/overview?distri=sle&version=15-SP4&build=jknphy%2Fos-autoinst-distri-opensuse%23netdev

Actions
Copy link
 #11

Updated by JERiveraMoya about 1 year ago

  • Status changed from Workable to In Progress
  • Assignee set to JERiveraMoya
Actions
Copy link
 #12

Updated by JERiveraMoya about 1 year ago

  • Status changed from In Progress to Resolved
Actions
Copy link
 #13

Updated by openqa_review about 1 year ago

  • Status changed from Resolved to Feedback

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: fips_env_postgresql_ssl_server
https://openqa.suse.de/tests/12837355#step/postgresql_ssl_server/1

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234

Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.

Actions
Copy link
 #14

Updated by JERiveraMoya about 1 year ago

  • Status changed from Feedback to Resolved
Actions
Copy link
 #15

Updated by openqa_review 10 months ago

  • Status changed from Resolved to Feedback

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: fips_env_postgresql_ssl_server
https://openqa.suse.de/tests/13547140#step/postgresql_ssl_server/1

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234

Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.

Actions
Copy link
 #16

Updated by JERiveraMoya 10 months ago

  • Assignee deleted (JERiveraMoya)
Actions
Copy link
 #17

Updated by tjyrinki_suse 10 months ago

  • Estimated time set to 8.00 h
Actions
Copy link
 #18

Updated by tjyrinki_suse 7 days ago

  • Status changed from Feedback to Resolved
Actions
Copy link

Also available in: Atom PDF