action #36126
closed
[functional][u] post_fail_hook matches on "text_login_root" before actual tty switch and therefore never logs in
Added by okurz almost 6 years ago.
Updated over 4 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 28
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-NET-ppc64-minimalx@ppc64 fails in
zypper_up
executing the post_fail_hook trying to match on "tt5-selected" - which should have been the right needle in this case - as well as "text_logged_in_root" which unfortunately matches but should not.
Reproducible¶
Fails since (at least) Build 20180427
Expected result¶
Last good: 20180425 (or more recent)
The post_fail_hook should be able to match on tty5-selected and log into that terminal
Suggestions¶
I assume this can only be a problem when executing tests in console which would fail very early or do not produce much output so that the initial prompt is still visible
We could clear the console before executing a test module after logging on. Or we wait a forced sleep time after executing the console switch so that at least the original should go away even though this also sounds not necessarily save enough.
Further details¶
Always latest result in this scenario: latest
- Target version changed from Milestone 18 to Milestone 18
- Target version changed from Milestone 18 to future
- Related to action #43376: [functional][u] Adapt opensusebasetest to provide dmesg and journal log added
- Related to action #44588: [functional][u][svirt] test fails in bootloader_svirt - test started typing before actually logging in added
- Related to action #34339: [qe-core][sle][functional][medium] test fails in consoletest_setup - generic text login matching too early, causing mistyping -- was " login prompt not ready to type - missing keys while typing login" added
- Related to action #49649: [functional][u] test fails in logs_from_installation_system - select_console('install-shell') doesn't login added
- Related to action #31132: [sle][functional][u][ipmi][hard] test fails in consoletest_setup - login input is wrong added
- Related to action #34471: [qe-core][functional][opensuse][medium] too early matching in too generic needle text-login-20160812 added
- Related to action #46508: [qe-core][functional] Ensure to use a clean "extra" console for keymap_or_locale and / or do not try to login (at least on local backends) added
- Related to action #48110: [functional][u][sporadic] test failed in different modules that switch from textmode terminal to graphical terminal - unable to login into the gnome session again but we should not even need to login when selecting the correct tty added
- Related to action #46394: [sle][s390x][spvm][kvm][sporadic] test fails in various modules to login to svirt console (or system is not up yet) added
- Related to action #54488: [opensuse][kde][functional][u] test fails in kontact, then fails to login in post_fail_hook. Enable post_fail_hook for collecting logs added
- Status changed from New to In Progress
- Assignee set to zluo
- Target version changed from future to Milestone 28
- Estimated time set to 42.00 h
of course not, because the tests do not fail. Please read the description carefully about the word "post_fail_hook". The problem was that if the tests fail – which you can simulate by putting in artificial failures – the post_fail_hook could not do anything useful.
- Status changed from In Progress to Feedback
- Status changed from Feedback to Resolved
since the needle PR got merged and there is no issue atm with zypper_up on o3 for quite long time and if it needs to start post_fail_hook for failure, then it is covered now by my needle PR. So set is as resolved for now.
https://openqa.opensuse.org/tests/1103566#next_previous
Also available in: Atom
PDF