action #102089
closed[qem]test fails in install_ltp -
100%
Description
Observation¶
openQA test in scenario sle-15-SP3-Server-DVD-Incidents-Kernel-RT-x86_64-install_ltp+sle+Server-DVD-Incidents-Kernel-RT@64bit fails in
install_ltp
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. BUILD_SDK=GM LTP_KNOWN_ISSUES=http://qam.suse.de/media/downloads/ltp_known_issues.json QA_HEAD_REPO=http://dist.suse.de/ibs/QA:/Head/SLE-15-SP1/. NOTE: LTP tests using special boot params depends on order of items in GRUB_PARAM, so it should be the same for all install_ltp* tests.
Reproducible¶
Fails since (at least) Build :21692:kernel-rt
Expected result¶
Last good: :21398:kernel-rt (or more recent)
Further details¶
Always latest result in this scenario: latest
- Debug found this error:
System management is locked by the application with pid 612 (/usr/bin/zypper).
Close this application before trying again.
Maybe failing on this point, i guess:
https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/console/consoletest_setup.pm#L67 consoletest_setup.pm
disable_and_stop_service('packagekit.service', mask_service => 1);
Updated by dzedro over 2 years ago
- Status changed from New to In Progress
- Assignee set to dzedro
Updated by MDoucha over 2 years ago
- Category deleted (
Bugs in existing tests) - Assignee deleted (
dzedro)
Reported as zypper bug: https://bugzilla.suse.com/show_bug.cgi?id=1192477
I've used dzedro's PR as a temporary workaround but I don't want to disable the purge service permanently specifically to catch bugs like this in the future.
Updated by dzedro over 2 years ago
- Status changed from In Progress to Blocked
Updated by dzedro over 2 years ago
- Status changed from Blocked to Resolved
- % Done changed from 0 to 100
Bug will be fixed, no change in test is required.