action #62864
closed
[qe-core][opensuse][functional] problem_detection relies on coredumpctl being installed, but it is missing in most disk images
Added by dancermak over 4 years ago.
Updated over 3 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 30
Description
I have tried developing a openQA test and saw that the function problem_detection() is invoked after a test failure. In the resulting video I saw that it invokes coredumpctl, however coredumpctl was not installed (at least in the opensuse-Tumbleweed-x86_64-20200129-gnome-x11@64bit.qcow2 disk image).
Should the function try to install it? Or maybe we need to install systemd-coredump by default in the images that use problem_detection().
Tasks¶
- Implement a check in
problem_detection() to know if coredumpctl is installed, and if not, install it.
- Subject changed from problem_detection relies on coredumpctl being installed, but it is missing in most disk images to [opensuse][functional][u] problem_detection relies on coredumpctl being installed, but it is missing in most disk images
- Category set to Enhancement to existing tests
So we must install the package before any potential applications crash I assume? I suggest you just ensure the necessary packages are installed in one of the test setups but the selection of a good place is not easy. We want to do it as early as possible but not before we updated repos, etc., Also I guess it is way more important for x11 applications as console applications are checked in a more serialized fashion. How about x11_setup maybe? Or maybe take a look in a common test scenario where is the first time we install something with zypper.
okurz wrote:
So we must install the package before any potential applications crash I assume? I suggest you just ensure the necessary packages are installed in one of the test setups but the selection of a good place is not easy. We want to do it as early as possible but not before we updated repos, etc., Also I guess it is way more important for x11 applications as console applications are checked in a more serialized fashion. How about x11_setup maybe? Or maybe take a look in a common test scenario where is the first time we install something with zypper.
Or maybe just remove the coredumpctl call? It got added in 2017 and wasn't touched since then, so unless anyone knows whether coredumps are actively looked at, removing it will make problem_detection slightly faster and not impact its current functionality.
I would prefer to have a working coredump collection. I already missed coredumps often enough but never understood what you found out, simply that coredumpctl isn't there :D
- Status changed from New to In Progress
- Assignee set to jorauch
I see it like okurz, as QA we should gather as much data as possible
- Status changed from In Progress to Workable
- Assignee deleted (
jorauch)
Unassigning due to other more important tasks
- Description updated (diff)
- Category changed from Enhancement to existing tests to Bugs in existing tests
- Target version set to Milestone 30
- Estimated time set to 42.00 h
- Subject changed from [opensuse][functional][u] problem_detection relies on coredumpctl being installed, but it is missing in most disk images to [qe-core][opensuse][functional] problem_detection relies on coredumpctl being installed, but it is missing in most disk images
- Status changed from Workable to In Progress
- Assignee set to dheidler
- Status changed from In Progress to Feedback
- Status changed from Feedback to Resolved
Also available in: Atom
PDF