Go to file
Kairui Song 539bff4083 Append both nofail and x-systemd.before to kdump mount target
By this point, there is still an unresolved vfs kernel issue that blocks
systemd from mounting the dump target properly from time to time. To
prevent systemd from failing by mounting the dump target, we can add
nofail option to the kdump mount point.

But adding nofail will wipe out default dependency of the mount point,
see commit 94a7b43, so systemd randomize the order of calling kdump.sh
and mounting the dump target and lead to unexpected behavior.
However we can use x-systemd.before to ensure the mount is done
in right order.

In dracut-kdump-capture.service, we have "After=initrd.target",
and look at dracut.bootup.7, systems start processing of fstab by
initrd-fs.target, so set "After=initrd.target" could ensure the mount
is ready before pre-pivot and kdump-capture service.

Now with both nofail and x-systemd.before=initrd.target, systemd
will try to mount the dump target before calling kdump, and even if the
mount failed, kdump.sh will still be called and try to mount again. See
dump_fs function, which will try to mount if the target is not mounted.
Kdump will only fail if both mount attemp fails.

Else if the kdump target mount failed or unstable, systemd will directly
jump to kdump failure action, and kdump fails.

This should improve the robustness in general with no other risk.

Signed-off-by: Kairui Song <kasong@redhat.com>
Acked-by: Pingfan Liu <piliu@redhat.com>
2020-05-15 17:17:27 +08:00
.gitignore
98-kexec.rules
98-kexec.rules.ppc64
dracut-early-kdump-module-setup.sh
dracut-early-kdump.sh kdump-lib: switch to the kexec_file_load() syscall on x86_64 by default 2020-02-06 21:57:14 +08:00
dracut-kdump-capture.service
dracut-kdump-emergency.service
dracut-kdump-emergency.target
dracut-kdump-error-handler.service
dracut-kdump-error-handler.sh
dracut-kdump-wait-for-target.sh
dracut-kdump.sh powerpc: enable the scripts to capture dump on POWERNV platform 2020-02-06 22:13:06 +08:00
dracut-module-setup.sh Add a new option 'rd.znet_ifname' in order to use it in udev rules 2020-04-27 18:21:22 +08:00
dracut-monitor_dd_progress
early-kdump-howto.txt Improves the early-kdump-howto.txt document in several points: 2020-03-12 23:31:34 +08:00
fadump-howto.txt fadump: update fadump-howto.txt with some troubleshooting help 2020-05-11 14:08:14 +08:00
kdump-dep-generator.sh
kdump-in-cluster-environment.txt
kdump-lib-initramfs.sh Fix the problem that kdump prints redundant / 2020-05-11 14:22:22 +08:00
kdump-lib.sh No longer treat atomic/silverblue specially 2020-03-30 22:06:37 +08:00
kdump-udev-throttler
kdump.conf
kdump.conf.5
kdump.service
kdump.sysconfig
kdump.sysconfig.aarch64
kdump.sysconfig.i386
kdump.sysconfig.ppc64
kdump.sysconfig.ppc64le
kdump.sysconfig.s390x
kdump.sysconfig.x86_64 kdump-lib: switch to the kexec_file_load() syscall on x86_64 by default 2020-02-06 21:57:14 +08:00
kdumpctl Remove is_dump_target_configured 2020-03-30 22:05:31 +08:00
kdumpctl.8
kexec-kdump-howto.txt
kexec-tools-2.0.20-eppic-Remove-duplicated-variable-declaration.patch Fix builing failure on Fedora 32 2020-01-29 14:43:47 +08:00
kexec-tools-2.0.20-fix-broken-multiboot2-buliding-for-i386.patch
kexec-tools-2.0.20-makedumpfile-Introduce-check-params-option.patch makedumpfile: Introduce --check-params option 2020-03-12 23:32:18 +08:00
kexec-tools-2.0.20-makedumpfile-Remove-duplicated-variable-declarations.patch Fix builing failure on Fedora 32 2020-01-29 14:43:47 +08:00
kexec-tools-2.0.20-Remove-duplicated-variable-declarations.patch Fix builing failure on Fedora 32 2020-01-29 14:43:47 +08:00
kexec-tools.spec Release 2.0.20-12 2020-04-02 01:48:46 +08:00
live-image-kdump-howto.txt
mkdumprd Append both nofail and x-systemd.before to kdump mount target 2020-05-15 17:17:27 +08:00
mkdumprd.8
README
sources
zanata-notes.txt

Adding a patch to kexec-tools
=============================
There is a mailing list kexec@lists.fedoraproject.org where all the dicussion
related to fedora kexec-tools happen. All the patches are posted there for
inclusion and committed to kexec-tools after review.

So if you want your patches to be included in fedora kexec-tools package,
post these to kexec@lists.fedoraproject.org.

One can subscribe to list and browse through archives here.

https://admin.fedoraproject.org/mailman/listinfo/kexec