kdump.conf remove kdump_pre/kdump_post
kdump_post and kdump_pre are not implemented, remove them from kdump.conf[.5] Signed-off-by: Dave Young <dyoung@redhat.com> Acked-by: Vivek Goyal <vgoyal@redhat.com>
This commit is contained in:
parent
c146bafd6d
commit
5d0335485d
21
kdump.conf
21
kdump.conf
@ -38,28 +38,10 @@
|
|||||||
# as the initrd will automatically be populated with
|
# as the initrd will automatically be populated with
|
||||||
# a config file appropriate for the running kernel.
|
# a config file appropriate for the running kernel.
|
||||||
#
|
#
|
||||||
# kdump_post <binary | script>
|
|
||||||
# - This directive allows you to run a specified
|
|
||||||
# executable just after the memory dump process
|
|
||||||
# terminates. The exit status from the dump process
|
|
||||||
# is fed to the kdump_post executable, which can be
|
|
||||||
# used to trigger different actions for success or
|
|
||||||
# failure.
|
|
||||||
#
|
|
||||||
# kdump_pre <binary | script>
|
|
||||||
# - works just like the kdump_post directive, but instead
|
|
||||||
# of running after the dump process, runs immediately
|
|
||||||
# before. Exit status of this binary is interpreted
|
|
||||||
# as follows:
|
|
||||||
# 0 - continue with dump process as usual
|
|
||||||
# non 0 - reboot/halt the system
|
|
||||||
#
|
|
||||||
# extra_bins <binaries | shell scripts>
|
# extra_bins <binaries | shell scripts>
|
||||||
# - This directive allows you to specify additional
|
# - This directive allows you to specify additional
|
||||||
# binaries or shell scripts you'd like to include in
|
# binaries or shell scripts you'd like to include in
|
||||||
# your kdump initrd. Generally only useful in
|
# your kdump initrd.
|
||||||
# conjunction with a kdump_post binary or script that
|
|
||||||
# relies on other binaries or scripts.
|
|
||||||
#
|
#
|
||||||
# extra_modules <module(s)>
|
# extra_modules <module(s)>
|
||||||
# - This directive allows you to specify extra kernel
|
# - This directive allows you to specify extra kernel
|
||||||
@ -96,7 +78,6 @@
|
|||||||
#sshkey /root/.ssh/kdump_id_rsa
|
#sshkey /root/.ssh/kdump_id_rsa
|
||||||
#path /var/crash
|
#path /var/crash
|
||||||
#core_collector makedumpfile -c
|
#core_collector makedumpfile -c
|
||||||
#kdump_post /var/crash/scripts/kdump-post.sh
|
|
||||||
#extra_bins /usr/bin/lftp
|
#extra_bins /usr/bin/lftp
|
||||||
#disk_timeout 30
|
#disk_timeout 30
|
||||||
#extra_modules gfs2
|
#extra_modules gfs2
|
||||||
|
32
kdump.conf.5
32
kdump.conf.5
@ -76,41 +76,11 @@ here, as the initrd will automatically be populated with a config file
|
|||||||
appropriate for the running kernel.
|
appropriate for the running kernel.
|
||||||
.RE
|
.RE
|
||||||
|
|
||||||
.B kdump_post <binary | script>
|
|
||||||
.RS
|
|
||||||
This directive allows you to run a specified
|
|
||||||
executable just after the memory dump process
|
|
||||||
terminates. The exit status from the dump process
|
|
||||||
is fed to the kdump_post executable, which can be
|
|
||||||
used to trigger different actions for success or
|
|
||||||
failure.
|
|
||||||
.PP
|
|
||||||
Note that scripts written for use with this
|
|
||||||
directive must use the /bin/msh interpreter
|
|
||||||
.RE
|
|
||||||
|
|
||||||
.B kdump_pre <binary | script>
|
|
||||||
.RS
|
|
||||||
Works just like the kdump_post directive, but instead
|
|
||||||
of running after the dump process, runs immediately
|
|
||||||
before. Exit status of this binary is interpreted
|
|
||||||
as follows:
|
|
||||||
.PP
|
|
||||||
0 - continue with dump process as usual
|
|
||||||
.PP
|
|
||||||
non 0 - reboot/halt the system
|
|
||||||
.PP
|
|
||||||
Note that scripts written for this directive must use
|
|
||||||
the /bin/msh interpreter
|
|
||||||
.RE
|
|
||||||
|
|
||||||
.B extra_bins <binaries | shell scripts>
|
.B extra_bins <binaries | shell scripts>
|
||||||
.RS
|
.RS
|
||||||
This directive allows you to specify additional
|
This directive allows you to specify additional
|
||||||
binaries or shell scripts you'd like to include in
|
binaries or shell scripts you'd like to include in
|
||||||
your kdump initrd. Generally only useful in
|
your kdump initrd.
|
||||||
conjunction with a kdump_post binary or script that
|
|
||||||
relies on other binaries or scripts.
|
|
||||||
.RE
|
.RE
|
||||||
|
|
||||||
.B extra_modules <module(s)>
|
.B extra_modules <module(s)>
|
||||||
|
@ -403,20 +403,11 @@ example, 'path /data/coredumps' would lead to vmcore files being written to
|
|||||||
that the path option is ingnored if your kdump configuration results in the
|
that the path option is ingnored if your kdump configuration results in the
|
||||||
core being saved from the initscripts in the root filesystem.
|
core being saved from the initscripts in the root filesystem.
|
||||||
|
|
||||||
Kdump Post-Capture Executable
|
|
||||||
|
|
||||||
It is possible to specify a custom script or binary you wish to run following
|
|
||||||
an attempt to capture a vmcore. The executable is passed an exit code from
|
|
||||||
the capture process, which can be used to trigger different actions from
|
|
||||||
within your post-capture executable.
|
|
||||||
|
|
||||||
Extra Binaries
|
Extra Binaries
|
||||||
|
|
||||||
If you have specific binaries or scripts you want to have made available
|
If you have specific binaries or scripts you want to have made available
|
||||||
within your kdump initrd, you can specify them by their full path, and they
|
within your kdump initrd, you can specify them by their full path, and they
|
||||||
will be included in your kdump initrd, along with all dependent libraries.
|
will be included in your kdump initrd, along with all dependent libraries.
|
||||||
This may be particularly useful for those running post-capture scripts that
|
|
||||||
rely on other binaries.
|
|
||||||
|
|
||||||
Extra Modules
|
Extra Modules
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user