QA » openQA Project » openQA Tests

it was a mistake that we didn't use libyui-rest-api here.
Please do not label with this ticket.

tinawang123 wrote:

But for this x86 case: https://openqa.suse.de/tests/10493761#step/disable_grub_timeout/40
The shortcut is alt-r

However, the test module is not using short cuts, but sending the right key until needle match: https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/installation/disable_grub_timeout.pm#L55-L57

And for some reason, SUT gets one or zero of the right keys and reacts, but then it stops responding.

See the original failure in https://openqa.suse.de/tests/10493761#step/disable_grub_timeout/40 or these ones in the SLES+HA job group:

https://openqa.suse.de/tests/10490612#step/disable_grub_timeout/45
https://openqa.suse.de/tests/10499541#step/disable_grub_timeout/46

As you can see this is failing at least in x86_64 and aarch64, and as reported sometimes SUT manages to react to 1 right key press (screen is left at Kernel Parameters tab), and sometimes to none (screen is left at Boot Code Options tab).

Jobs cloned into my instance also failed like the ones in osd:

http://mango.qa.suse.de/tests/5492#step/disable_grub_timeout/45

However sending an Alt+R before the send_key_until_needlematch does prevent the issue:

http://mango.qa.suse.de/tests/5491

I tried to confirm the issue manually by calling the installer from the ISO on a VM, but could not reproduce the issue over an SSH connection. However, restarting a job in openQA, taking control of it with Developer Mode, and then instructing it to stop at the installation/disable_grub_timeout module, and then connecting with vncviewer, I was able to reproduce the issue by sending the characters: Alt+C, Alt+B, tab, right, right

Not sure if the issue is related to VNC, or if the VM itself is stopping.

I am reopening this and changing the project to openQA Tests. Hope that is correct.

See #124347 for resolution