Bug 2284097
| Summary: | mkdumprd fails when call from systemd service but not when manually invoked (composefs enabled) | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | JB Trystram <jtrystra> | ||||||
| Component: | kexec-tools | Assignee: | Lichen Liu <lichliu> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | rawhide | CC: | bhe, coxu, fzatlouk, lichliu, ruyang, ryncsn, travier, walters, yangrr.2009 | ||||||
| Target Milestone: | --- | Flags: | fedora-admin-xmlrpc:
mirror+
|
||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | AcceptedFreezeException | ||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2024-10-15 00:17:35 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 2247868 | ||||||||
| Attachments: |
|
||||||||
|
Description
JB Trystram
2024-05-31 08:11:47 UTC
Created attachment 2035857 [details]
systemd execution of kdump
This is the log produced by kdump when started from systemd
`debug=1` enabled and `set -x` added to /usr/sbin/mkdumprd
Created attachment 2035858 [details]
kdump log when started manually (success)
This is the log produced with `debug=1 sudo kdumpctl restart` manually started from a root shell
The `PrivateTmp=no` drop in stopped working with `kexec-tools-2.0.28-12` It worked on `kexec-tools-2.0.28-10` with `2.0.28-12` I still have the issue where generating the initramfs fail on startup, but works if `kdumpctl restart` is invoked manually. I have some additionnal info on this :
Having kdump.conf set to an SSH target do not prevent the initramfs from being built.
The following kdump.conf works (kdump.service starts as expected on boot)
ssh core.0.1
sshkey /root/.ssh/id_ssh_kdump
path /home/core/crash
core_collector makedumpfile -F -l --message-level 1 -d 31
This is likely the same thing as https://issues.redhat.com/browse/RHEL-35885 I'd ask here that we actually prioritize working on bootc (Image Mode) over FCOS first, please. Proposed as a Freeze Exception for 41-final by Fedora user dustymabe using the blocker tracking app because: F41 is the first release with composeFS enabled for CoreOS systems. Kdump doesn't work on top of composeFS. If a fix becomes available, it would be nice to allow it in as FE. Discussed during the 2024-09-30 blocker review meeting: [1] The decision to classify this bug as a AcceptedFreezeException (Final) was made: "This is accepted because, as far as we can make out, it's an issue for FCOS that might not be fully addressable with a post-release update." [1] https://meetbot.fedoraproject.org/blocker-review_matrix_fedoraproject-org/2024-09-30/f41-blocker-review.2024-09-30-16.00.log.html Hi @jtrystra, FYI, kdump-utils-1.0.47-1.fc41 https://bodhi.fedoraproject.org/updates/FEDORA-2024-ce7991aa80 has been released to fix this bug. Can you confirm the fix? Thanks! FEDORA-2024-ce7991aa80 (kdump-utils-1.0.47-1.fc41) has been submitted as an update to Fedora 41. https://bodhi.fedoraproject.org/updates/FEDORA-2024-ce7991aa80 FEDORA-2024-ce7991aa80 (kdump-utils-1.0.47-1.fc41) has been pushed to the Fedora 41 stable repository. If problem still persists, please make note of it in this bug report. Hi @coxu, yes it does fix this scenario. Thanks ! |