Currently, kdump-sysrq-c cki case failed on all architectures due to not found makedumpfile. E.g https://datawarehouse.cki-project.org/kcidb/tests/11677991 In the taskout.log, we can see that: https://s3.amazonaws.com/arr-cki-prod-trusted-artifacts/trusted-artifacts/1214019644/test_x86_64/6397123151/artifacts/run.done.03/job.01/recipes/15735675/tasks/6/logs/taskout.log Mar 14 21:32:27 kvm-02-guest04.rhts.eng.brq.redhat.com systemd[1]: Starting kdump.service - Crash recovery kernel arming... Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com kdumpctl[867]: kdump: No kdump initial ramdisk found. Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com kdumpctl[867]: kdump: Rebuilding /boot/initramfs-6.8.0kdump.img Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com kdumpctl[973]: /sbin/mkdumprd: line 278: makedumpfile: command not found Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com kdumpctl[906]: kdump: makedumpfile parameter check failed. Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com kdumpctl[867]: kdump: mkdumprd: failed to make kdump initrd Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com kdumpctl[867]: kdump: Starting kdump: [FAILED] Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com systemd[1]: kdump.service: Main process exited, code=exited, status=1/FAILURE Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com systemd[1]: kdump.service: Failed with result 'exit-code'. Mar 14 21:32:28 kvm-02-guest04.rhts.eng.brq.redhat.com systemd[1]: Failed to start kdump.service - Crash recovery kernel arming. kdump: Kdump is not operational It could be caused by the recent kexec-tools package splitting. Coiby could have comment on this. Reproducible: Always
This issue has been fixed in kexec-tools-2.0.28-6.fc41.x86_64 which now depends on makedumpfile. And I can confirm this issue has been gone with Fedora-Rawhide-20240317.n.0.