action #81310
Updated by riafarov almost 4 years ago
## Observation
We need to investigate what happens, as we already saw some issues with unexpected reboots of the VMs.
@Joaquin should be able to help to find the bug entry ;)
It seems like the function "select_bootmenu_more" doesn't select the expected item in the grub menu. For UEFI, there are some additional steps in the function:
~~~
if (get_var('UEFI')) {
send_key 'e';
send_key 'down' for (1 .. 4);
send_key 'end';
# newer versions of qemu on arch automatically add 'console=ttyS0' so
# we would end up nowhere. Setting console parameter explicitly
# See https://bugzilla.suse.com/show_bug.cgi?id=1032335 for details
push @params, 'console=tty1' if get_var('MACHINE') =~ /aarch64/;
# Hyper-V defaults to 1280x1024, we need to fix it here
push @params, get_hyperv_fb_video_resolution if check_var('VIRSH_VMM_FAMILY', 'hyperv');
type_boot_parameters(" @params ");
save_screenshot;
send_key 'f10';
}
~~~
All look good until f10 is pressed. The mediacheck is supposed to start at this point, but instead, the grub menu appears.
related ticket : https://progress.opensuse.org/issues/70228
openQA test in scenario sle-15-SP3-Online-x86_64-mediacheck@svirt-hyperv-uefi fails in
[mediacheck](https://openqa.suse.de/tests/5212695/modules/mediacheck/steps/27)
## Test suite description
Select the mediacheck option from the installation menu and assert a successful media check.
## Reproducible
Fails since (at least) Build [114.1](https://openqa.suse.de/tests/5212695) (current job)
## Expected result
Last good: [109.1](https://openqa.suse.de/tests/5194446) (or more recent)
## Further details
Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=svirt-hyperv-uefi&test=mediacheck&version=15-SP3)