action #105358
closed[qe-yast] [yast2_lan] test fails in yast2_lan_restart
0%
Description
Observation¶
openQA test in scenario sle-15-SP1-Server-DVD-Updates-x86_64-mau-extratests-desktop@64bit fails in
yast2_lan_restart
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Run desktop tests against aggregated test repo
Reproducible¶
Fails since (at least) Build 20220122-1
Expected result¶
Last good: 20220121-1 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by hurhaj almost 3 years ago
started with the introduction of wicked update S:M:22316:262793, so it might be also a regression
Updated by oorlov almost 3 years ago
I investigated the issue and it seems like the test module was false positive before the last build. So, the steps where the test module failed are the following:
- Open "Network Settings";
- Press "Edit" button;
- Select "Hardware" Tab, then "General" Tab;
- Press "Next";
- Press "Ok".
The test expected that the network will be reloaded which is incorrect, as NO changes were made in the config. I even opened a bug some time ago for this issue for SLE15-SP3: https://bugzilla.suse.com/show_bug.cgi?id=1185775
Also, please see the comment about similar issue that happened almost a year ago in Functional Job Group: https://progress.opensuse.org/issues/88742#note-2
So, I see several possible solutions here:
- adjust the yast2_lan_restart to check that the network is not reloaded once Network Settings were opened, navigated through tabs and closed without changes; OR
- remove the test module from your Job Group and use more recent
yast2_lan_restart_bridge/vlan/bond/
UPD: I remembered that SLE15-SP1 does not have libyui-rest-api. So the first solution can be applied as the second one requires libyui-rest-api to be available.
Updated by okurz almost 3 years ago
- Related to action #88742: [qe-core][functional] test fails in yast2_lan_restart - Network reload was expected added
Updated by okurz almost 3 years ago
hurhaj wrote:
started with the introduction of wicked update S:M:22316:262793, so it might be also a regression
https://openqa.suse.de/tests/8018878#comment-473091 is making it pretty clear to me that this is a product regression as in: The product changed and hence the test fails. Of course it can be an intended change. That remains to be determined.
@Juraj Hura when reviewing the test results, have you found https://openqa.suse.de/tests/8018878#comment-473091 and do you read it the same as me as: "Product regression, not test regression"?
Updated by hurhaj almost 3 years ago
okurz wrote:
@Juraj Hura when reviewing the test results, have you found https://openqa.suse.de/tests/8018878#comment-473091 and do you read it the same as me as: "Product regression, not test regression"?
I did find it but TBH that is not at all how I read it. After all, you had to paraphrase it to ask me, right?
What I'm reading is only that retry failed too and I have no idea how to interpret "likely not a sporadic test".
Updated by okurz almost 3 years ago
Agreed, the "likely not sporadic" was a first step and I'd like to have that extended soon to more messages and clear conclusions
Updated by hurhaj almost 3 years ago
okurz wrote:
Agreed, the "likely not sporadic" was a first step and I'd like to have that extended soon to more messages and clear conclusions
That would be of great help.
Updated by martinsmac almost 3 years ago
The test https://openqa.suse.de/tests/8085031#step/yast2_lan_restart/81 failed all time.
Need some atention to not block updates in Openqa.
Updated by apappas almost 3 years ago
- Subject changed from [qem] [yast2_lan] test fails in yast2_lan_restart to [qe-yast] [yast2_lan] test fails in yast2_lan_restart
martinsmac wrote:
The test https://openqa.suse.de/tests/8085031#step/yast2_lan_restart/81 failed all time.
Need some atention to not block updates in Openqa.
This is a product bug. The update that introduced the regression should be rescinded for the test to stop complaining.
As this is breaking on a yast test I am moving this to qe-yast, should they want to introduce a workaround.
Updated by oorlov almost 3 years ago
- Status changed from New to Closed
- Assignee set to oorlov
Updated by rfan1 over 1 year ago
- Related to action #128843: [qem][qe-core]test fails in yast2_lan_restart added