Project

General

Profile

Actions

action #160427

closed

[qe-core][functional]test fails in t16_bridge_ifreload_physical

Added by rfan1 7 months ago. Updated 4 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Start date:
2024-05-16
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Description

As kindly update from Clemens Famulla-Conrad, this is an known issue but seems the fix may not check into sle15sp6 GA.

Workaround as below:

openqa-clone-job --within-instance https://openqa.suse.de 14304917 WICKED_REPO='https://download.suse.de/ibs/home:/wicked-maintainers:/sle15-sp6:/last/SLE_15_SP6/home:wicked-maintainers:sle15-sp6:last.repo'
yes t16_bridge_ifreload_physical is failing from time to time but it look failing more stable now :thinking:. The PR which address this issue is: https://github.com/openSUSE/wicked/pull/990 + https://github.com/openSUSE/wicked/pull/1014
Unfortunately we didn't made it ready for SLE15-SP6:GA, it will be an update. it was just to riski for such a big change in last minute.
Is it easy possible to you just give it a try with https://build.suse.de/package/show/home:wicked-maintainers:sle15-sp6:last/wicked ? This will be the packages which goes to SLE15-SP5:Update

For more information, please refer to https://bugzilla.suse.com/show_bug.cgi?id=1205604

Observation

openQA test in scenario sle-15-SP6-Online-x86_64-wicked_startandstop_sut@64bit fails in
t16_bridge_ifreload_physical

Test suite description

Startandstop wicked tests Maintainer : asmorodskyi@suse.de, jalausuch@suse.com , cfamullaconrad@suse.de

Reproducible

Fails since (at least) Build 62.1

Expected result

Last good: (unknown) (or more recent)

Further details

Always latest result in this scenario: latest

Actions #1

Updated by mgrifalconi 7 months ago

Is it just about waiting for the fix to be implemented or should we edit the test to add the extra repo?

Actions #2

Updated by rfan1 7 months ago

mgrifalconi wrote in #note-1:

Is it just about waiting for the fix to be implemented or should we edit the test to add the extra repo?

Thanks Michael,

I think we can leave the failed test here since the fix will not be in GM release,
However, I think we can add the same test to MU https://openqa.suse.de/admin/job_templates/412? once the fix is ready in updates repo
[I just copied the sle15sp5 cases and changed the name to sle15sp6.]

Actions #3

Updated by rfan1 7 months ago

  • Status changed from New to Workable
  • Assignee set to rfan1
Actions #4

Updated by openqa_review 6 months ago

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

This bug is still referenced in a failing openQA test: wicked_startandstop_sut
https://openqa.suse.de/tests/14610586#step/t16_bridge_ifreload_physical/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 #5

Updated by rfan1 6 months ago

  • Status changed from Workable to In Progress

Checking with developer if the fix is ready in MU

Actions #6

Updated by rfan1 6 months ago

Actions #7

Updated by rfan1 6 months ago

rfan1 wrote in #note-6:

Tests have been added to https://openqa.suse.de/admin/job_templates/564?

The test failed at t15/t16, will provide the logs to developer

Actions #8

Updated by rfan1 6 months ago

  • Status changed from In Progress to Feedback
Actions #9

Updated by rfan1 6 months ago

  • Status changed from Feedback to Resolved
Actions #10

Updated by openqa_review 6 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: wicked_startandstop_sut
https://openqa.suse.de/tests/14610586#step/t16_bridge_ifreload_physical/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 #11

Updated by rfan1 5 months ago

  • Status changed from Feedback to Resolved
Actions #12

Updated by openqa_review 5 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: wicked_startandstop_sut
https://openqa.suse.de/tests/14610586#step/t16_bridge_ifreload_physical/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 #13

Updated by rfan1 5 months ago

  • Status changed from Feedback to Resolved
Actions #14

Updated by openqa_review 4 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: wicked_startandstop_sut
https://openqa.suse.de/tests/14610586#step/t16_bridge_ifreload_physical/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 #15

Updated by rfan1 4 months ago

  • Status changed from Feedback to Resolved

The issue is gone from MU tests

Actions

Also available in: Atom PDF