Project

General

Profile

Actions

action #33307

closed

[qam]test fails in kernel_kexec assuming tty2 but showing tty1, probably `select_console` keypresses got lost

Added by okurz almost 7 years ago. Updated almost 7 years ago.

Status:
Resolved
Priority:
Urgent
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2018-03-15
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario sle-12-SP3-Server-DVD-Updates-x86_64-mau-qa_kernel_kexec@64bit fails in
kernel_kexec
after the work on #33097 removing the generic needle "text-login". https://openqa.suse.de/tests/1543211#step/kernel_kexec/20 shows the old "working" behaviour where the test logged into tty1 assuming tty2 but that posed no further problem.

Reproducible

Fails reproducibly since the needle for "text-login-…" was removed

Problem

It seems that the code in kernel_kexec can cause this problem within

     # don't use built-in systemctl api, see poo#31180
     script_run("systemctl kexec", 0);
     # wait for reboot
     reset_consoles();
     select_console("root-console");

What I assume happens here is that the select_console call for "root-console" is called immediately after asking for the reboot at a time where the SUT does not react to the key press caused by this. The correct way would be to wait for the SUT being properly booted, e.g. using wait_boot, before calling select_console.

Further details

Always latest result in this scenario: latest


Related issues 1 (0 open1 closed)

Related to openQA Tests (public) - action #33097: [functional][medium] tty login needles are matched prematurely, username typing gets lost (was: needle for "password-prompt" is incorrect, shows login-prompt instead)Resolvedokurz2018-03-122018-03-27

Actions
Actions

Also available in: Atom PDF