Project

General

Profile

Actions

action #132392

closed

[qem][qe-core]test fails in dracut_enhanced [sporadic issue]

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

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

100%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario sle-12-SP3-Server-DVD-Updates-x86_64-qam-dracut-basic@64bit fails in
dracut_enhanced

Test suite description

Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Maintainer: emiura@suse.com

Reproducible

Fails since (at least) Build 20230705-1

Expected result

Last good: 20230704-1 (or more recent)

Further details

Always latest result in this scenario: latest

Actions #1

Updated by rfan1 10 months ago

The issue might have something to do with worker's performance:

I re-run the test with settings QEMURAM=4096 QEMUCPU=host QEMUCPUS=4 can pass the test:

https://openqa.suse.de/tests/11522722

Actions #2

Updated by zluo 10 months ago

  • Status changed from New to Workable
  • Assignee set to zluo
  • Start date deleted (2023-07-06)

let me check.

Actions #3

Updated by zluo 10 months ago

  • Status changed from Workable to Feedback

actually I don't see any problem now. Keep it for a week and close it if this is still okay.

Actions #4

Updated by rfan1 10 months ago

zluo wrote:

actually I don't see any problem now. Keep it for a week and close it if this is still okay.
It failed again at http://openqa.suse.de/tests/11554646#step/dracut_enhanced/30

Actions #5

Updated by rfan1 10 months ago

@zluo, may be we can set lower priority for this job as well :)
https://gitlab.suse.de/qa-maintenance/qam-openqa-yml/-/merge_requests/563

Actions #6

Updated by zluo 10 months ago

  • Priority changed from Normal to Low
Actions #7

Updated by zluo 9 months ago

  • Status changed from Feedback to Resolved

the recent test runs seem to be stable and we don't have failure for dracut_enhanced.

Actions #8

Updated by rfan1 8 months ago

  • Status changed from Resolved to New
  • Assignee deleted (zluo)
  • Priority changed from Low to Normal

The issue can still be reproduced sporadically, let me re-open it.

I think we can try with below workarounds:

  1. Set QEMUVCPUS=4 and QEMUCPU=host to get better performance
  2. Set lower priority for this test, e.g. priority: 60, then it can be run at the time workers are not busy
Actions #9

Updated by dzedro 8 months ago

This test should be run in serial console if possible or IMO press enter at some point because the dracut output goes into console.

Actions #11

Updated by mgrifalconi 8 months ago

  • Status changed from New to In Progress
  • Assignee set to dzedro

assigning to Jozef since he already created the PR :)

Actions #12

Updated by dzedro 8 months ago

  • Status changed from In Progress to Feedback
  • % Done changed from 0 to 100
Actions #13

Updated by dzedro 7 months ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF