[opensuse][functional][u] test fails in boot_encrypt
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-cryptlvm@uefi fails in
Fails since (at least) Build 20181112
Last good: 20181110 (or more recent)
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
Updated by okurz about 5 years ago
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.
Updated by szarate about 5 years ago
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
Updated by dimstar over 4 years ago
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