Project

General

Profile

Actions

action #34699

open

[qe-core][functional][ipmi] access to serial log during installation

Added by okurz about 6 years ago. Updated 3 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Enhancement to existing tests
Target version:
Start date:
2018-04-10
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Acceptance criteria

  • AC1: ipmi tests have access to the serial port for forwarding output, e.g. within a post_fail_hook during installation

Suggestions

  • Setup an IPMI worker connection to a local openQA development environment
  • Make a test fail explicitly in early stages and observe if the post_fail_hook is able to access the serial port, e.g. in script_run calls
  • Maybe by chance it just works now, if not - try to understand why it works in later steps, e.g. https://openqa.suse.de/tests/1603718#step/logs_from_installation_system/9 but not in earlier steps
  • Adjust test code accordingly, e.g. if we need to activate a console or something

Further details

‎[‎22 Sep 2017 08:58:32‏] ‎<‎okurz‎>‎ https://openqa.suse.de/tests/1181415#step/partitioning_firstdisk/4 looks to me as if the second hard disk needs to be unselected at first now?
‎[‎22 Sep 2017 09:01:26‏] ‎<‎coolo‎>‎ there are quite some SLES on it :)
‎[‎22 Sep 2017 09:02:46‏] ‎<‎okurz‎>‎ as in: a bug…
‎[‎22 Sep 2017 09:03:11‏] ‎<‎coolo‎>‎ do we have yast logs? if so, shot :)
‎[‎22 Sep 2017 09:03:37‏] ‎<‎okurz‎>‎ we don't
‎[‎22 Sep 2017 09:08:57‏] ‎<‎okurz‎>‎ coolo: idea why the serial output is missing? can we improve the debugging about serial port forwarding on ipmi?
‎[‎22 Sep 2017 09:11:20‏] ‎<‎coolo‎>‎ okurz: I don't think we even try serial port forwarding on installation
‎[‎22 Sep 2017 09:15:53‏] ‎<‎coolo‎>‎ okurz: if we start installation with ssh=1 we could open a connection
‎[‎22 Sep 2017 09:16:31‏] ‎<‎okurz‎>‎ I guess you mean sshd=1 ?
[…]
[‎22 Sep 2017 09:17:27‏] ‎<‎coolo‎>‎ anyway, tests/installation/install_and_reboot.pm:            use_ssh_serial_console;
‎[‎22 Sep 2017 09:17:33‏] ‎<‎coolo‎>‎ this might too late for your failures
‎[‎22 Sep 2017 09:18:05‏] ‎<‎coolo‎>‎ it was good enough on sp3 when installation just worked :)
‎[‎22 Sep 2017 09:18:30‏] ‎<‎okurz‎>‎ ssh=1 -> start installation and wait for connection over ssh to conduct installation over ssh, sshd=1 -> just spawn a ssh server in the installer system, as we do for zVM where we conduct the installation over VNC

Always latest in this scenario


Related issues 3 (2 open1 closed)

Related to openQA Tests - coordination #25510: [sle][functional][u][hard][epic] New test scenario textmode@ipmiRejected2018-02-26

Actions
Blocked by openQA Tests - coordination #44843: [qe-core][functional][epic] Cleanup the use of serial-/virtio-/ssh-consoles in our tests (was: use $self->select_serial_terminal instead of checking IPMI in every module)New2018-12-13

Actions
Blocks openQA Tests - action #13914: [qe-core][functional][ipmi] wait_serial does not get expected output because ipmi console connection is closed New2016-09-27

Actions
Actions #1

Updated by okurz about 6 years ago

  • Related to coordination #25510: [sle][functional][u][hard][epic] New test scenario textmode@ipmi added
Actions #2

Updated by okurz about 6 years ago

  • Related to action #13914: [qe-core][functional][ipmi] wait_serial does not get expected output because ipmi console connection is closed added
Actions #3

Updated by okurz about 6 years ago

  • Status changed from New to Workable
Actions #4

Updated by okurz about 6 years ago

  • Target version changed from Milestone 17 to Milestone 21+
Actions #5

Updated by okurz about 6 years ago

  • Target version changed from Milestone 21+ to Milestone 21+
Actions #6

Updated by okurz over 5 years ago

  • Related to coordination #44843: [qe-core][functional][epic] Cleanup the use of serial-/virtio-/ssh-consoles in our tests (was: use $self->select_serial_terminal instead of checking IPMI in every module) added
Actions #7

Updated by okurz over 5 years ago

  • Status changed from Workable to Blocked
  • Assignee set to okurz
  • Target version changed from Milestone 21+ to future

waiting for #44843 first

Actions #8

Updated by okurz about 5 years ago

  • Assignee changed from okurz to mgriessmeier

Move to new QSF-u PO after I moved to the "tools"-team. I mainly checked the subject line so in individual instances you might not agree to take it over completely into QSF-u. Feel free to discuss with me or reassign to me or someone else in this case. Thanks.

Actions #9

Updated by SLindoMansilla about 4 years ago

  • Related to deleted (coordination #44843: [qe-core][functional][epic] Cleanup the use of serial-/virtio-/ssh-consoles in our tests (was: use $self->select_serial_terminal instead of checking IPMI in every module))
Actions #10

Updated by SLindoMansilla about 4 years ago

  • Blocked by coordination #44843: [qe-core][functional][epic] Cleanup the use of serial-/virtio-/ssh-consoles in our tests (was: use $self->select_serial_terminal instead of checking IPMI in every module) added
Actions #11

Updated by SLindoMansilla about 4 years ago

  • Related to deleted (action #13914: [qe-core][functional][ipmi] wait_serial does not get expected output because ipmi console connection is closed )
Actions #12

Updated by SLindoMansilla about 4 years ago

  • Blocks action #13914: [qe-core][functional][ipmi] wait_serial does not get expected output because ipmi console connection is closed added
Actions #13

Updated by SLindoMansilla about 4 years ago

  • Assignee changed from mgriessmeier to SLindoMansilla
Actions #14

Updated by tjyrinki_suse over 3 years ago

  • Subject changed from [functional][u][ipmi] access to serial log during installation to [qe-core][functional][ipmi] access to serial log during installation
Actions #15

Updated by SLindoMansilla over 3 years ago

  • Status changed from Blocked to New
  • Assignee deleted (SLindoMansilla)

No time to work on this :(

Actions #17

Updated by slo-gin almost 2 years ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions #18

Updated by slo-gin 3 months ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions

Also available in: Atom PDF