85c3d6643d
The current inline comment is a bit misleading, ssh dump target don't need to use scp as core_collector, and when using scp as core_collector, the vmcore could be huge. Signed-off-by: Kairui Song <kasong@redhat.com> Acked-by: Pingfan Liu <piliu@redhat.com>
184 lines
8.3 KiB
Plaintext
184 lines
8.3 KiB
Plaintext
# This file contains a series of commands to perform (in order) in the kdump
|
|
# kernel after a kernel crash in the crash kernel(1st kernel) has happened.
|
|
#
|
|
# Directives in this file are only applicable to the kdump initramfs, and have
|
|
# no effect once the root filesystem is mounted and the normal init scripts are
|
|
# processed.
|
|
#
|
|
# Currently, only one dump target and path can be specified. If the dumping to
|
|
# the configured target fails, the failure action which can be configured via
|
|
# the "failure_action" directive will be performed.
|
|
#
|
|
# Supported options:
|
|
#
|
|
# raw <partition>
|
|
# - Will dd /proc/vmcore into <partition>.
|
|
# Use persistent device names for partition devices,
|
|
# such as /dev/vg/<devname>.
|
|
#
|
|
# nfs <nfs mount>
|
|
# - Will mount nfs to <mnt>, and copy /proc/vmcore to
|
|
# <mnt>/<path>/%HOST-%DATE/, supports DNS.
|
|
#
|
|
# ssh <user@server>
|
|
# - Will save /proc/vmcore to <user@server>:<path>/%HOST-%DATE/,
|
|
# supports DNS.
|
|
# NOTE: make sure the user has write permissions on the server.
|
|
#
|
|
# sshkey <path>
|
|
# - Will use the sshkey to do ssh dump.
|
|
# Specify the path of the ssh key to use when dumping
|
|
# via ssh. The default value is /root/.ssh/kdump_id_rsa.
|
|
#
|
|
# <fs type> <partition>
|
|
# - Will mount -t <fs type> <partition> <mnt>, and copy
|
|
# /proc/vmcore to <mnt>/<path>/%HOST_IP-%DATE/.
|
|
# NOTE: <partition> can be a device node, label or uuid.
|
|
# It's recommended to use persistent device names
|
|
# such as /dev/vg/<devname>.
|
|
# Otherwise it's suggested to use label or uuid.
|
|
#
|
|
# path <path>
|
|
# - "path" represents the file system path in which vmcore
|
|
# will be saved. If a dump target is specified in
|
|
# kdump.conf, then "path" is relative to the specified
|
|
# dump target.
|
|
#
|
|
# Interpretation of "path" changes a bit if the user didn't
|
|
# specify any dump target explicitly in kdump.conf. In this
|
|
# case, "path" represents the absolute path from root. The
|
|
# dump target and adjusted path are arrived at automatically
|
|
# depending on what's mounted in the current system.
|
|
#
|
|
# Ignored for raw device dumps. If unset, will use the default
|
|
# "/var/crash".
|
|
#
|
|
# core_collector <command> <options>
|
|
# - This allows you to specify the command to copy
|
|
# the vmcore. The default is makedumpfile, which on
|
|
# some architectures can drastically reduce vmcore size.
|
|
# See /sbin/makedumpfile --help for a list of options.
|
|
# Note that the -i and -g options are not needed here,
|
|
# as the initrd will automatically be populated with a
|
|
# config file appropriate for the running kernel.
|
|
# The default core_collector for raw/ssh dump is:
|
|
# "makedumpfile -F -l --message-level 7 -d 31".
|
|
# The default core_collector for other targets is:
|
|
# "makedumpfile -l --message-level 7 -d 31".
|
|
#
|
|
# "makedumpfile -F" will create a flattened vmcore.
|
|
# You need to use "makedumpfile -R" to rearrange the dump data to
|
|
# a normal dumpfile readable with analysis tools. For example:
|
|
# "makedumpfile -R vmcore < vmcore.flat".
|
|
#
|
|
# For core_collector format details, you can refer to
|
|
# kexec-kdump-howto.txt or kdump.conf manpage.
|
|
#
|
|
# kdump_post <binary | script>
|
|
# - This directive allows you to run a executable binary
|
|
# or script after the vmcore dump process terminates.
|
|
# The exit status of the current dump process is fed to
|
|
# the executable binary or script as its first argument.
|
|
# All files under /etc/kdump/post.d are collectively sorted
|
|
# and executed in lexical order, before binary or script
|
|
# specified kdump_post parameter is executed.
|
|
#
|
|
# kdump_pre <binary | script>
|
|
# - Works like the "kdump_post" directive, but instead of running
|
|
# after the dump process, runs immediately before it.
|
|
# Exit status of this binary is interpreted as follows:
|
|
# 0 - continue with dump process as usual
|
|
# non 0 - run the final action (reboot/poweroff/halt)
|
|
# All files under /etc/kdump/pre.d are collectively sorted and
|
|
# executed in lexical order, after binary or script specified
|
|
# kdump_pre parameter is executed.
|
|
# Even if the binary or script in /etc/kdump/pre.d directory
|
|
# returns non 0 exit status, the processing is continued.
|
|
#
|
|
# extra_bins <binaries | shell scripts>
|
|
# - This directive allows you to specify additional binaries or
|
|
# shell scripts to be included in the kdump initrd.
|
|
# Generally they are useful in conjunction with a kdump_post
|
|
# or kdump_pre binary or script which depends on these extra_bins.
|
|
#
|
|
# extra_modules <module(s)>
|
|
# - This directive allows you to specify extra kernel modules
|
|
# that you want to be loaded in the kdump initrd.
|
|
# Multiple modules can be listed, separated by spaces, and any
|
|
# dependent modules will automatically be included.
|
|
#
|
|
# failure_action <reboot | halt | poweroff | shell | dump_to_rootfs>
|
|
# - Action to perform in case dumping fails.
|
|
# reboot: Reboot the system.
|
|
# halt: Halt the system.
|
|
# poweroff: Power down the system.
|
|
# shell: Drop to a bash shell.
|
|
# Exiting the shell reboots the system by default,
|
|
# or perform "final_action".
|
|
# dump_to_rootfs: Dump vmcore to rootfs from initramfs context and
|
|
# reboot by default or perform "final_action".
|
|
# Useful when non-root dump target is specified.
|
|
# The default option is "reboot".
|
|
#
|
|
# default <reboot | halt | poweroff | shell | dump_to_rootfs>
|
|
# - Same as the "failure_action" directive above, but this directive
|
|
# is obsolete and will be removed in the future.
|
|
#
|
|
# final_action <reboot | halt | poweroff>
|
|
# - Action to perform in case dumping succeeds. Also performed
|
|
# when "shell" or "dump_to_rootfs" failure action finishes.
|
|
# Each action is same as the "failure_action" directive above.
|
|
# The default is "reboot".
|
|
#
|
|
# force_rebuild <0 | 1>
|
|
# - By default, kdump initrd will only be rebuilt when necessary.
|
|
# Specify 1 to force rebuilding kdump initrd every time when kdump
|
|
# service starts.
|
|
#
|
|
# force_no_rebuild <0 | 1>
|
|
# - By default, kdump initrd will be rebuilt when necessary.
|
|
# Specify 1 to bypass rebuilding of kdump initrd.
|
|
#
|
|
# force_no_rebuild and force_rebuild options are mutually
|
|
# exclusive and they should not be set to 1 simultaneously.
|
|
#
|
|
# override_resettable <0 | 1>
|
|
# - Usually an unresettable block device can't be a dump target.
|
|
# Specifying 1 when you want to dump even though the block
|
|
# target is unresettable
|
|
# By default, it is 0, which will not try dumping destined to fail.
|
|
#
|
|
# dracut_args <arg(s)>
|
|
# - Pass extra dracut options when rebuilding kdump initrd.
|
|
#
|
|
# fence_kdump_args <arg(s)>
|
|
# - Command line arguments for fence_kdump_send (it can contain
|
|
# all valid arguments except hosts to send notification to).
|
|
#
|
|
# fence_kdump_nodes <node(s)>
|
|
# - List of cluster node(s) except localhost, separated by spaces,
|
|
# to send fence_kdump notifications to.
|
|
# (this option is mandatory to enable fence_kdump).
|
|
#
|
|
|
|
#raw /dev/vg/lv_kdump
|
|
#ext4 /dev/vg/lv_kdump
|
|
#ext4 LABEL=/boot
|
|
#ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937
|
|
#nfs my.server.com:/export/tmp
|
|
#ssh user@my.server.com
|
|
#sshkey /root/.ssh/kdump_id_rsa
|
|
path /var/crash
|
|
core_collector makedumpfile -l --message-level 7 -d 31
|
|
#core_collector scp
|
|
#kdump_post /var/crash/scripts/kdump-post.sh
|
|
#kdump_pre /var/crash/scripts/kdump-pre.sh
|
|
#extra_bins /usr/bin/lftp
|
|
#extra_modules gfs2
|
|
#failure_action shell
|
|
#force_rebuild 1
|
|
#force_no_rebuild 1
|
|
#dracut_args --omit-drivers "cfg80211 snd" --add-drivers "ext2 ext3"
|
|
#fence_kdump_args -p 7410 -f auto -c 0 -i 10
|
|
#fence_kdump_nodes node1 node2
|