Kernel crash dump not getting generated
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-realtime |
Fix Released
|
Medium
|
Joseph Salisbury |
Bug Description
I have to enable the kernel crash dump feature to investigate certain system hang issues. My intention is to enable the kernel crash dump feature (https:/
However, While trying to enable kernel crash dump, I'm unable to get a vmcore generate using the test procedure described in "Testing the Crash Dump Mechanism" section in: https:/
When I run the command: "echo c > /proc/sysrq-
Upon system reboot there is no vmcore file under the /var/crash directory. could you please help pointing out what steps i'm missing?
Here are some system information:
=======
Last login: Mon Oct 31 11:35:21 2022
root@vran-
BOOT_IMAGE=
root@vran-
Linux vran-server-1 5.15.0-
root@vran-
DUMP_MODE: kdump
USE_KDUMP: 1
KDUMP_COREDIR: /var/crash
crashkernel addr: 0x49000000
/var/
kdump initrd:
/var/
current state: ready to kdump
kexec command:
/sbin/kexec -p --command-
root@vran-
# Defaults for kexec initscript
# sourced by /etc/init.d/kexec and /etc/init.
# Load a kexec kernel (true/false)
LOAD_KEXEC=true
# Kernel and initrd image
KERNEL_
INITRD=
# If empty, use current /proc/cmdline
APPEND=""
# Load the default kernel from grub config (true/false)
USE_GRUB_
root@vran-
# kdump-tools configuration
# -------
# USE_KDUMP - controls kdump will be configured
# 0 - kdump kernel will not be loaded
# 1 - kdump kernel will be loaded and kdump is configured
#
USE_KDUMP=1
# -------
# Kdump Kernel:
# KDUMP_KERNEL - A full pathname to a kdump kernel.
# KDUMP_INITRD - A full pathname to the kdump initrd (if used).
# If these are not set, kdump-config will try to use the current kernel
# and initrd if it is relocatable. Otherwise, you will need to specify
# these manually.
KDUMP_KERNEL=
KDUMP_INITRD=
# -------
# vmcore Handling:
# KDUMP_COREDIR - local path to save the vmcore to.
# KDUMP_FAIL_CMD - This variable can be used to cause a reboot or
# start a shell if saving the vmcore fails. If not set, "reboot -f"
# is the default.
# Example - start a shell if the vmcore copy fails:
# KDUMP_FAIL_
# KDUMP_DUMP_DMESG - This variable controls if the dmesg buffer is dumped.
# If unset or set to 1, the dmesg buffer is dumped. If set to 0, the dmesg
# buffer is not dumped.
# KDUMP_NUM_DUMPS - This variable controls how many dump files are kept on
# the machine to prevent running out of disk space. If set to 0 or unset,
# the variable is ignored and no dump files are automatically purged.
# KDUMP_COMPRESSION - Compress the dumpfile. No compression is used by default.
# Supported compressions: bzip2, gzip, lz4, xz
KDUMP_COREDIR=
#KDUMP_
#KDUMP_DUMP_DMESG=
#KDUMP_NUM_DUMPS=
#KDUMP_COMPRESSION=
# -------
# Makedumpfile options:
# MAKEDUMP_ARGS - extra arguments passed to makedumpfile (8). The default,
# if unset, is to pass '-c -d 31' telling makedumpfile to use compression
# and reduce the corefile to in-use kernel pages only.
#MAKEDUMP_ARGS="-c -d 31"
# -------
# Kexec/Kdump args
# KDUMP_KEXEC_ARGS - Additional arguments to the kexec command used to load
# the kdump kernel
# Example - Use this option on x86 systems with PAE and more than
# 4 gig of memory:
# KDUMP_KEXEC_
# KDUMP_CMDLINE - The default is to use the contents of /proc/cmdline.
# Set this variable to override /proc/cmdline.
# KDUMP_CMDLINE_
# for the kdump kernel. If unset, it defaults to
# "reset_devices systemd.
#KDUMP_
#KDUMP_CMDLINE=""
#KDUMP_
# -------
# Architecture specific Overrides:
# -------
# Remote dump facilities:
# HOSTTAG - Select if hostname of IP address will be used as a prefix to the
# timestamped directory when sending files to the remote server.
# 'ip' is the default.
#HOSTTAG=
# NFS - Hostname and mount point of the NFS server configured to receive
# the crash dump. The syntax must be {HOSTNAME}
# (e.g. remote:/var/crash)
# NFS_TIMEO - Timeout before NFS retries a request. See man nfs(5) for details.
# NFS_RETRANS - Number of times NFS client retries a request. See man nfs(5) for details.
#NFS="<nfs mount>"
#NFS_TIMEO="600"
#NFS_RETRANS="3"
# FTP - Hostname and path of the FTP server configured to receive the crash dump.
# The syntax is {HOSTNAME}[:{PATH}] with PATH defaulting to /.
# FTP_USER - FTP username. A anonomous upload will be used if not set.
# FTP_PASSWORD - password for the FTP user
# FTP_PORT=21 - FTP port. Port 21 will be used by default.
#FTP="<
#FTP_USER=""
#FTP_PASSWORD=""
#FTP_PORT=21
# SSH - username and hostname of the remote server that will receive the dump
# and dmesg files.
# SSH_KEY - Full path of the ssh private key to be used to login to the remote
# server. use kdump-config propagate to send the public key to the
# remote server
#SSH="<user at server>"
#SSH_KEY="<path>"
root@vran-
root@vran-
176
root@vran-
[ 0.000000] Command line: BOOT_IMAGE=
[ 0.012353] Reserving 256MB of memory at 1168MB for crashkernel (System RAM: 195278MB)
[ 0.551413] Kernel command line: BOOT_IMAGE=
[ 3.536582] pstore: Using crash dump compression: deflate
[ 3.992799] megaraid_sas 0000:5e:00.0: firmware crash dump : yes
Changed in ubuntu-realtime: | |
status: | New → Triaged |
importance: | Undecided → Medium |
assignee: | nobody → Joseph Salisbury (jsalisbury) |
Changed in ubuntu-realtime: | |
status: | Triaged → In Progress |
Changed in ubuntu-realtime: | |
status: | In Progress → Fix Released |
no longer affects: | kdump-tools (Ubuntu) |
Hi Srinivas,
I was able to generate a dump with the 1025 kernel by following the wiki instructions. One difference, is I used a VM:
jsalisbury@ jammy-realtime- vm:/var/ crash$ ls 5.15.0- 1025-realtime- 202211081248. crash
202211081248 kexec_cmd
kdump_lock linux-image-
Would it be possible for you to try the same steps you performed in a VM or on another machine? That will tell us if the issue is specific to the machine/config or the instructions. I notice you are also using lvm, but I am not, so maybe that is related.