Description of problem: When configure kdump to dump vmcore to a nfs server, we append such a line like `net nfs.server:/mnt/testarea/nfs` to /etc/kdump.conf. And run `kdumpctl restart`, this nfs dump config is treated as ssh dump. In /usr/bin/kdumpctl line 201: local SSH_TARGET=`echo -n $DUMP_TARGET|sed '/.*@/p'` sed should be called with option -n to remain slience when DUMP_TARGET is a nfs server like 'nfs.server:/mnt/testarea/nfs'. Then nfs function check_ssh_config will return 1 to not to config nfs like a ssh dump Version-Release number of selected component (if applicable): kexec-tools-2.0.3-41.fc17.x86_64 How reproducible: 100% Steps to Reproduce: 1.sed -i 's;\(/bin/sh\);\1 -x;' /usr/bin/kdumpctl 2.echo nfs.server:/mnt/testarea/nfs > /etc/kdump.conf 3.kdumpctl restart Actual results: kdumpctl didn't respect nfs dump option in /etc/kdump.conf Expected results: nfs is treated its own way. Additional info:
Thanks for the good catch Chao, Can you send out a patch to kdump list?
Post
kexec-tools-2.0.3-42.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/kexec-tools-2.0.3-42.fc17
Package kexec-tools-2.0.3-42.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kexec-tools-2.0.3-42.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-4916/kexec-tools-2.0.3-42.fc17 then log in and leave karma (feedback).
kexec-tools-2.0.3-43.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/kexec-tools-2.0.3-43.fc17
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.