action #40049
closed[functional][y] test fails in yast2_network_setup - need better logging w/o network to create product issue
0%
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_on_gnome@64bit fails in
yast2_network_setup
Reproducible¶
Fails since (at least) Build 20180813
Expected result¶
Last good: 20180812 (or more recent)
Acceptance criteria¶
- AC1: The test module "yast2_network_setup" can provide logging information even if the network is down
- AC2: The approach is reusable, e.g. usable by other test modules
- AC3: Do not execute unnecessary extra steps in the generic post_fail_hook (to prevent failing jobs taking even longer without adding needed information)
Suggestions¶
- As we do not have network when we broke the network either we can repair it before trying to upload logs as e.g. asmorodskyi did in wicked tests or we simply dump more to the serial port. Good candidates should be output from
journalctl -u wicked
andjournalctl -u NetworkManager
or just the wholejournalctl
or what the wicked test modules already do. In the post_fail_hook just addjournalctl | tee /dev/$serialdev
. - Find a proper base class for all "network related tests" and put the logic there
Further details¶
Always latest result in this scenario: latest
The test has network running at first, then switches to NetworkManager, which, according to the screenshots in the test, also comes up fine with network. Later on, the test resets back to wicked - at which point the network no longer comes up.
From a QA side of things we need to collect more information about this issue - and then we will most likely find a bug in the product (my first guess woulod be kernel 4.18)
as this seems only to happen after switching around with the network mode, I use this ticket for now to be able to tag the test (and ignore it)