Hi Kairui,
Thanks for the patch.
On Mon, Mar 16, 2020 at 2:02 PM Kairui Song <kasong(a)redhat.com> wrote:
Latest dracut release stopped creating
$systemdsystemunitdir/initrd.target.wants dir for us, so ensure it
exists before creating the symlink.
Signed-off-by: Kairui Song <kasong(a)redhat.com>
---
dracut-module-setup.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/dracut-module-setup.sh b/dracut-module-setup.sh
index 8691f9c..a18d765 100755
--- a/dracut-module-setup.sh
+++ b/dracut-module-setup.sh
@@ -827,6 +827,7 @@ install() {
inst "/lib/kdump/kdump-lib-initramfs.sh"
"/lib/kdump-lib-initramfs.sh"
inst "$moddir/kdump.sh" "/usr/bin/kdump.sh"
inst "$moddir/kdump-capture.service"
"$systemdsystemunitdir/kdump-capture.service"
+ mkdir -p "$initdir/$systemdsystemunitdir/initrd.target.wants"
ln_r "$systemdsystemunitdir/kdump-capture.service"
"$systemdsystemunitdir/initrd.target.wants/kdump-capture.service"
inst "$moddir/kdump-error-handler.sh"
"/usr/bin/kdump-error-handler.sh"
inst "$moddir/kdump-error-handler.service"
"$systemdsystemunitdir/kdump-error-handler.service"
--
Thanks. It fixes the following problem for me on fedora rawhide with
`kdumpctl restart`:
# kdumpctl restart
kexec: unloaded kdump kernel
Stopping kdump: [OK]
No kdump initial ramdisk found.
Rebuilding /boot/initramfs-5.6.0-0.rc5.git0.1.fc33.aarch64kdump.img
ln: failed to create symbolic link
'/var/tmp/dracut.a9NXzb/initramfs//usr/lib/systemd/system/initrd.target.wants/kdump-capture.service':
No such file or directory
kexec: loaded kdump kernel
Starting kdump: [OK]
So feel free to add:
Tested-and-Reviewed-by: Bhupesh Sharma <bhsharma(a)redhat.com>
Regards,
Bhupesh