On 05/12/15 at 03:33pm, Qiao Zhao wrote:
Customer found when specify "noauto" option in fstab for
nfs mount,
dump failed.
The reason is if "noauto" option is specified in fstab, the mount entry
in fstab related to dump target will passed to dracut and stored in
kdump initrd. Then during kdump kernel boots this entry containing
"noauto" will be ignored by mount service. This cause dump failing.
In fact with "noauto" not only nfs dump will fail, non-root disk dump
will fail too. root disk dump can dump successfully since root disk can
always be mounted by systemd.
So now "noauto" need be filtered out when the fstab entry corresponding
to dump target contains "noauto".
Since there are several version to be posted, it is prefer to write the
changelog.
---
mkdumprd | 2 ++
1 file changed, 2 insertions(+)
diff --git a/mkdumprd b/mkdumprd
index 4d251ba..f20b0c7 100644
--- a/mkdumprd
+++ b/mkdumprd
@@ -114,6 +114,8 @@ to_mount() {
_fstype=$(findmnt -k -f -n -r -o FSTYPE $_dev)
_options=$(findmnt --fstab -f -n -r -o OPTIONS $_dev)
[ -z "$_options" ] && _options=$(findmnt -k -f -n -r -o OPTIONS
$_dev)
+ # noauto options will fail nfs dump, remove "noauto" in 2nd kernel fstab.
Kdump will fail to dump vmcore, not only for nfs target, but also for
norootfs. Maybe you can annotate more accurately.
Thanks
Minfei
+ _options=$(echo $_options | sed 's/noauto//')
_options=${_options/#ro/rw} #mount fs target as rw in 2nd kernel
# "x-initrd.mount" mount failure will trigger isolate emergency service
# W/o this, systemd won't isolate, thus we won't get to emergency.
--
1.9.3
_______________________________________________
kexec mailing list
kexec(a)lists.fedoraproject.org
https://lists.fedoraproject.org/mailman/listinfo/kexec