Project

General

Profile

Actions

action #81310

closed

[sporadic][timeboxed:10h] test fails in mediacheck on svirt uefi

Added by syrianidou_sofia over 3 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Target version:
Start date:
2020-12-23
Due date:
% Done:

0%

Estimated time:

Description

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

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 (current job)

Expected result

Last good: 109.1 (or more recent)

Further details

Always latest result in this scenario: latest


Files

Actions

Also available in: Atom PDF