action #43778
closed
[opensuse][functional][u] test fails in boot_encrypt
Added by dimstar almost 6 years ago.
Updated over 5 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 25
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-cryptlvm@uefi fails in
boot_encrypt
Reproducible¶
Fails since (at least) Build 20181112
Expected result¶
Last good: 20181110 (or more recent)
Further details¶
Always latest result in this scenario: latest
The tst repeatedly failed today, but it always seems like a graphical glitch just after boot - possible we're not waiting long enough to get over the tianacore bios setup? Probably will need to revalidate outside of openqa
We wait for 200 seconds for encrypted-disk-password-prompt. The video also shows that we are stuck at the video glitch. I doubt anything is wrong with tests here. I highly recommend you to consider a product issue, e.g. pick this ticket yourself, crosscheck again e.g. by triggering a job in the last good build, etc.
Thanks for the quick verification Oliver; I was considering that, but did not check the logs for how long we wait. 3 minutes indeed sounds like sufficient waiting time.
I'll see to take thus further
- Subject changed from test fails in boot_encrypt to [opensuse][functional][u] test fails in boot_encrypt
- Target version set to Milestone 22
I'm more inclined to say that this is definitely a product bug (qemu), since looks like it's the video that gets screwed... but the SUT seems to be able to keep working... as you can actually see in the serial console. Increasing the timeout here won't really help for this kind of errors...
[0m[37m[40mAttempting to decrypt master key...
Enter passphrase for hd0,gpt2 (cf0983fb707b43f1bec2fd2a63882132):
Slot 0 opened
- Target version changed from Milestone 22 to Milestone 23
So far, this was only seen in the cryptlvm@uefi test of the DVD install. Since snapshot 0810, this also shows up on the upgrade tests from 42.3/15.0 cryptlvm@uefi (until recently they passed, which was strange in itself)
fvogt recommended to try to use virtio or qxl as graphic chip - as using the legacy cirrus vga in openQA might really reach some limits
- Target version changed from Milestone 23 to Milestone 24
- Status changed from New to Rejected
- Target version changed from Milestone 24 to Milestone 25
looks like this is not an issue anymore
@dimstar if you see this still relevant, please reopen
- Related to action #53339: [opensuse] test fails in swing due to incorrect rendering on 16bpp framebuffers added
Also available in: Atom
PDF