Project

General

Profile

Actions
Copy link

action #115457

closed

[qem][qe-core]test fails in boot_to_desktop, seems boot from cdrom instead of harddisk

Added by rfan1 over 1 year ago. Updated over 1 year ago.

Status:
Resolved
Priority:
Normal
Assignee:
mgrifalconi
Category:
Bugs in existing tests
Target version:
QA - QE-Core: Ready
Start date:
2022-08-18
Due date:
% Done:

0%

Estimated time:
Difficulty:
Tags:
bugbusters

Description

Observation

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

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 20220817-1

Expected result

Last good: 20220816-1 (or more recent)

Further details

Always latest result in this scenario: latest

Actions
Copy link
 #1

Updated by rfan1 over 1 year ago

Workaround:

set BOOT_HDD_IMAG=1
Actions
Copy link
 #2

Updated by mgrifalconi over 1 year ago

  • Assignee set to mgrifalconi

Not clear why it's happening, since the variable was not present before. Maybe some default changed? Anyway, adding the variable to the test suite, like mau-extratests1 has.

https://gitlab.suse.de/qa-maintenance/qam-openqa-yml/-/merge_requests/356

Actions
Copy link
 #3

Updated by mgrifalconi over 1 year ago

Change to test suite was merged. Did not want to reschedule all aggregates to get the change picked up, I manually cloned the test with the variable:

/usr/share/openqa/script/clone_job.pl \
--from https://openqa.suse.de \
--host https://openqa.suse.de \
-v  9353119      \
--skip-chained-deps \
--skip-download \
BOOT_HDD_IMAG=1 \
_SKIP_POST_FAIL_HOOKS=1
Actions
Copy link
 #4

Updated by mgrifalconi over 1 year ago

  • Status changed from New to Resolved
Actions
Copy link

Also available in: Atom PDF