Project

General

Profile

Actions

action #153111

open

[openQA][console][ipmi][sol] xterm process quits and ipmi sol console crashes

Added by waynechen55 11 months ago. Updated 4 months ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
Support
Target version:
QA (public, currently private due to #173521) - future
Start date:
2024-01-04
Due date:
% Done:

0%

Estimated time:

Description

Observation

According to http://open.qa/api/testapi/, reset_consoles can be used to ensure next select_console really activates a console. But it seems that this is not true for sol console:

select_console 'sol', await_console => 0;
reset_consoles;
select_console 'sol', await_console => 0;

The sol console can not be activated anymore after operations shown in above code block. Screenshot captured by openQA looks like as below:

The machine on which this openQA instance run has been given a fresh reinstall. It runs new Leap 15.5 system. And I installed openQA on this machine by using:

curl -s https://raw.githubusercontent.com/os-autoinst/openQA/master/script/openqa-bootstrap | bash -x

Steps to reproduce

  • select_console 'sol', await_console => 0;
  • reset_consoles;
  • select_console 'sol', await_console => 0;

Impact

Can not use reset_consoles with select_console.

Problem

Maybe the sol console is not cleaned up completely by reset_consoles.

Suggestions

  • Clarify whether reset_consoles work well with sol console
  • What reset_consoles does to sol console

Workaround

n/a


Files

inactive_ipmi_sol_console.png (16 KB) inactive_ipmi_sol_console.png waynechen55, 2024-01-04 13:07
inactive_ipmi_sol_console.png (16 KB) inactive_ipmi_sol_console.png waynechen55, 2024-01-05 01:22
autoints-log.txt (402 KB) autoints-log.txt waynechen55, 2024-01-05 01:22

Related issues 1 (0 open1 closed)

Related to openQA Infrastructure (public) - action #165611: [openQA][infra][sut][aarch64] Power supply failure on squiddlydiddly arm64 machine size:MResolvedokurz2024-08-22

Actions
Actions

Also available in: Atom PDF