action #55916
closed
[tools] test fails in patch_and_reboot - reboots system into installation
Added by msmeissn over 4 years ago.
Updated over 4 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 27
Description
Observation¶
openQA test in scenario opensuse-15.1-DVD-Updates-x86_64-install_with_updates_kde@uefi-2G fails in
patch_and_reboot
Test suite description¶
Reproducible¶
Fails since (at least) Build 20190822-1
Expected result¶
Last good: 20190821-4 (or more recent)
Further details¶
Always latest result in this scenario: latest
Problem is that "reboot" now not just reboots, but seems to trigger the installation.
- Subject changed from test fails in patch_and_reboot to test fails in patch_and_reboot - reboots system into installation
my suspicion its os-autoinst commit d0fd1301cb69119e315b741c94b8ec02a13221fd
- Priority changed from Urgent to Immediate
please fix immediately. this breaks opensuse maintenance openqa.
- Subject changed from test fails in patch_and_reboot - reboots system into installation to [functional][y] test fails in patch_and_reboot - reboots system into installation
- Subject changed from [functional][y] test fails in patch_and_reboot - reboots system into installation to [functional][u] test fails in patch_and_reboot - reboots system into installation
- Status changed from New to In Progress
- Assignee set to mgriessmeier
- Target version set to Milestone 27
- Subject changed from [functional][u] test fails in patch_and_reboot - reboots system into installation to [tools] test fails in patch_and_reboot - reboots system into installation
- Assignee deleted (
mgriessmeier)
- so, there are no codechanges in the testcode
- there is the mentioned git commit in os-autoinst, but the codepath is not executed in UEFI scenarios
so our main suspect is a change in the qemu behaviour (e.g. by update of the package on the worker)
we have checked openqaworker4 and the install date of the packages qemu and omvf were in july... so most likely also not the problem...
Note that the os-autoinst version hasn't changed between the last good and the first failure of that kind.
- Status changed from In Progress to New
- Target version deleted (
Milestone 27)
Hmm... It might be one of the updates... Not sure which one, perhaps qemu or shim.
- Status changed from New to In Progress
- Target version set to Milestone 27
- Related to action #56051: [opensuse] Test fails in bootloader_uefi - kde_live_upgrade_leap_15.0@aarch64 fails because it boots on HDD instead of ISO added
- Status changed from In Progress to Feedback
tests look ok again since 2 days, e.g. https://openqa.opensuse.org/tests/1018361
- Is there anything else left to do?
- anyone knows if there was any explicit fix?
Btw, it's unfortunate that an "Immediate" ticket is not assigned for 5 days. A good fallback assignee group would be QAM for openSUSE openQA maintenance tests. I suggest to make them aware the next time. It seems no one from QAM is actively watching this progress project for triaging. This work is still mainly done by QSF-u – as a courtesy :)
- Status changed from Feedback to Resolved
it is currently not there anymore as I checked.
I retracted test updates from the queue ...
Currently retracted is "shim".
It might fail secure boot and then go to install media I think.
Also available in: Atom
PDF