Project

General

Profile

Actions

action #119329

closed

grub_test_snapshot hangs on grub menu

Added by shukui over 1 year ago. Updated 11 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
2022-10-25
Due date:
% Done:

0%

Estimated time:

Description

Motivation

https://openqa.suse.de/tests/9759181#step/grub_test_snapshot/82

grub_test_snapshot hangs on grub selection menu, so results in selecting the wrong item.

Acceptance criteria

AC1: grub_test_snapshot should select the last snapshot item.


Related issues 1 (0 open1 closed)

Related to qe-yam - action #119515: Wrong entry selected in grub menu after migration with AutoYaSTResolvedtinawang1232022-10-28

Actions
Actions #1

Updated by jgwang over 1 year ago

  • Status changed from New to In Progress
  • Assignee set to jgwang
Actions #2

Updated by jgwang over 1 year ago

this issue is strange, it seems that sending "up" key from "stop_grub_timeout" failed:

[2022-10-19T17:04:22.360626+02:00] [debug] >>> testapi::_handle_found_needle: found bootmenu-SLES15-2-generic-20201002, similarity 1.00 @ 97/205
[2022-10-19T17:04:22.362299+02:00] [debug] tests/boot/grub_test_snapshot.pm:29 called bootloader_setup::stop_grub_timeout -> lib/bootloader_setup.pm:81 called testapi::send_key
[2022-10-19T17:04:22.362785+02:00] [debug] <<< testapi::send_key(key="up", wait_screen_change=0, do_wait=0)
[2022-10-19T17:04:22.638626+02:00] [debug] tests/boot/grub_test_snapshot.pm:30 called bootloader_setup::boot_into_snapshot -> lib/bootloader_setup.pm:295 called testapi::send_key_until_needlematch

I don't know why so far, and I am researching it.

Actions #3

Updated by jgwang over 1 year ago

  • Related to action #119515: Wrong entry selected in grub menu after migration with AutoYaST added
Actions #4

Updated by JERiveraMoya over 1 year ago

  • Status changed from In Progress to New
  • Assignee deleted (jgwang)

Please Wang Jun, write your finding today here for further refinement.

Actions #5

Updated by jgwang over 1 year ago

I spent some time to investigate this issue, and it worked well after changing the grub timeout like this:

diff --git a/tests/boot/grub_test_snapshot.pm b/tests/boot/grub_test_snapshot.pm
index 91cc77b13..1cff6b7a4 100644
--- a/tests/boot/grub_test_snapshot.pm
+++ b/tests/boot/grub_test_snapshot.pm
@@ -13,13 +13,15 @@ use base 'opensusebasetest';
 use testapi;
 use power_action_utils 'power_action';
 use utils qw(workaround_type_encrypted_passphrase reconnect_mgmt_console);
-use bootloader_setup qw(stop_grub_timeout boot_into_snapshot);
+use bootloader_setup qw(stop_grub_timeout boot_into_snapshot change_grub_config grub_mkconfig);
 use Utils::Backends 'is_pvm';

 sub run {
     my $self = shift;

     select_console 'root-console';
+    change_grub_config('=.*', '=-1', 'GRUB_TIMEOUT', '', 1);
     power_action('reboot', keepconsole => 1, textmode => 1);
     reset_consoles;
     reconnect_mgmt_console if is_pvm;

this is the instance: https://openqa.suse.de/tests/9853796

Actions #6

Updated by jgwang over 1 year ago

I have create this PR for this issue:
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/15828

there is another issue about installation.pm module related to this case,
and I create a new ticket for it:
https://progress.opensuse.org/issues/119515

Actions #7

Updated by jgwang over 1 year ago

this ticket was resolvd, PR was merged.

Actions #8

Updated by leli 11 months ago

  • Status changed from New to Resolved
Actions

Also available in: Atom PDF