action #39497
Updated by okurz over 5 years ago
## Observation
openQA test in scenario sle-12-SP4-Server-DVD-ppc64le-cryptlvm_minimal_x@ppc64le fails in
[yast2_lan](https://openqa.suse.de/tests/1908646/modules/yast2_lan/steps/18)
## Reproducible
Fails since (at least) Build [0328](https://openqa.suse.de/tests/1908646) (current job)
## Expected result
Last good: [0327](https://openqa.suse.de/tests/1901859) (or more recent)
## Acceptance criteria
* **AC1:** We can see if any task is blocking the system even though we can not login into the system in post_fail_hook
## Suggestions
* See what we did already in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/4843/files#diff-141f4b5a48eaecb0c631a0de23e41a51R1135 to collect the "blocked tasks" from the system when we can not have a logged in console (anymore)
* Send the magic sysrq sequence to the system if the post_fail_hooks fails to login like reported above – that probably means that we need to call `select_console('log-console', await_console => 0)` in the post_fail_hook and check manually if we reach the expected login or logged in prompt or if we are stuck and need to send magic-sysrq-w. Or we might need a "post_fail_hook for the post_fail_hook"
* Make sure the output of magic sysrq is available in text form, not just in screenshot so that everybody can read it and we can also forward the text to external references, e.g. bug reports
## Further details
Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?test=cryptlvm_minimal_x&distri=sle&arch=ppc64le&machine=ppc64le&flavor=Server-DVD&version=12-SP4)