Kernel Crash kdump 使用指南

最新推荐文章于 2025-03-18 09:31:36 发布
最新推荐文章于 2025-03-18 09:31:36 发布
阅读量6.4k 收藏 32
点赞数 3
分类专栏： 【Linux内核】 文章标签： kdump crash
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Rong_Toa/article/details/120925893
版权
Kernel Crash kdump 使用指南

荣涛
2021年10月12日

1. 内存要求

首先查看CPU架构uname -m，然后参考链接Section 7.8.1, “Memory requirements for kdump“

CPU架构可用内存Crash预留内存
AMD64 和 Intel 64 (x86_64)2 GB +161 MB + 64 MB 每 1 TB
64-bit ARM 架构 (arm64)2 GB +512 MB

1.1. 估计kdump大小

$ sudo makedumpfile -f --mem-usage /proc/kcore 

TYPE		PAGES			EXCLUDABLE	DESCRIPTION
----------------------------------------------------------------------
ZERO		28670           	yes		Pages filled with zero
NON_PRI_CACHE	875525          	yes		Cache pages without private flag
PRI_CACHE	159             	yes		Cache pages with private flag
USER		311449          	yes		User process pages
FREE		2479751         	yes		Free pages
KERN_DATA	386929          	no		Dumpable kernel data 

page size:		4096            
Total pages on system:	4082483         
Total size on system:	16721850368      Byte

2. 安装kdump

2.1. yum安装kdump

$ sudo yum install kexec-tools
$ rpm -qa kexec-tools
kexec-tools-2.0.20-46.el8_4.2.x86_64

如果需要图形配置工具，请执行：

$ sudo yum install system-config-kdump

2.2. 源码安装kdump

源码链接：

tar xvpzf kexec-tools.tar.gz
cd kexec-tools-VERSION
./configure
make
make install

3. 配置kdump

3.1. 内核编译配置需求

参见链接：System kernel config options

CONFIG_KEXEC=y or CONFIG_KEXEC_FILE=y
CONFIG_KEXEC_CORE=y
CONFIG_CRASH_CORE=y
CONFIG_SYSFS=y
CONFIG_DEBUG_INFO=Y
CONFIG_CRASH_DUMP=y
CONFIG_PROC_VMCORE=y
CONFIG_HIGHMEM64G=y
CONFIG_RELOCATABLE=y

3.2. 配置kdump命令行

配置系统的boot loader配置文件crashkernel=，依照上面说的需要预留的内存大小，进行设置，如：

crashkernel=128M

语法为：

crashkernel=<range1>:<size1>[,<range2>:<size2>,...][@offset]
range=start-[end]

所以这个参数也可以定义为动态参数：

crashkernel=512M-2G:64M,2G-:128M

或者：

crashkernel=128M@16M

上面的参数，在文件/etc/grub2-efi.cfg（不同系统，这个文件可能有差异）。

先查看当前的内核命令行：

$ cat /proc/cmdline 
BOOT_IMAGE=(hd0,gpt2)/vmlinuz-4.18.0-30501.10.2.el8.x86_64 root=/dev/mapper/cl-root ro crashkernel=auto resume=/dev/mapper/cl-swap rd.lvm.lv=cl/root rd.lvm.lv=cl/swap rhgb quiet

打开文件/etc/grub2-efi.cfg

$ sudo vim /etc/grub2-efi.cfg

在其中一行找到：

if [ -z "${kernelopts}" ]; then
  set kernelopts="root=/dev/mapper/cl-root ro crashkernel=auto resume=/dev/mapper/cl-swap rd.lvm.lv=cl/root rd.lvm.lv=cl/swap rhgb quiet "
fi

我们要做的，就是在变量kernelopts中添加crashkernel=参数：

if [ -z "${kernelopts}" ]; then
  set kernelopts="root=/dev/mapper/cl-root ro crashkernel=auto resume=/dev/mapper/cl-swap rd.lvm.lv=cl/root rd.lvm.lv=cl/swap rhgb quiet crashkernel=128M"                                                                                                
fi

3.3. 配置kdump类型

当内核crash时候，产生的coredump文件可以存在一个文件系统的文件中，也可以发送到网络文件系统NFS，或者SSH协议中。当然只能选择其中之一：

  1. 文件系统；
  2. NFS
  3. SSH

3.3.1. vmcore保存到本地文件系统

编辑文件/etc/kdump.conf，

path /var/crash

说明，vmcore会保存在路径/var/crash下。你可以修改这个路径到任意路径，如：

path /usr/local/cores

如果vmcore存在了/var/crash/var/crash中，那么/etc/kdump.conf文件可能为：

grep -v ^# etc/kdump.conf | grep -v ^$
ext4 /dev/mapper/vg00-varcrashvol
path /var/crash
core_collector makedumpfile -c --message-level 1 -d 31

这种情况把path /var/crash改为path /即可。

3.3.2. vmcore保存到nfs

略，参见CHAPTER 7. KERNEL CRASH DUMP GUIDE。

3.3.3. vmcore保存到ssh

略，参见CHAPTER 7. KERNEL CRASH DUMP GUIDE。

3.4. 配置core收集器

为了减小coredump文件大小，kdump与虚拟定义一个外部的应用压缩数据，当前，唯一的collector是 makedumpfile。
为了使能core收集器，需要把/etc/kdump.conf中原有的：

core_collector makedumpfile -l --message-level 7 -d 31

--message-level指定了信息收集的级别，1为只打印process indicator 日志信息，默认值为7，具体见下表：

Message | progress    common    error     debug     report
Level   | indicator   message   message   message   message
---------+------------------------------------------------------
      0 |
      1 |     X
      2 |                X
      4 |                          X
    * 7 |     X          X         X
      8 |                                    X
     16 |                                              X
     31 |     X          X         X         X         X

-d 指定了kdump的过滤级别，具体见下表：

       |         cache    cache
 Dump  |  zero   without  with     user    free
 Level |  page   private  private  data    page
-------+---------------------------------------
    0  |
    1  |   X
    2  |           X
    4  |           X       X
    8  |                           X
   16  |                                    X
   31  |   X        X      X       X        X

31表示过滤掉以上五种全部信息，这样kdump生成的速度就会更快，生成的vmcore文件也会较小。如果此处使用值0 ，表示不过滤任何信息，在kdump生成时，会记录主机当前的所有信息。这就是为什么在kdump生成时，有些主机只有几十M大小生成，有些主机确有几十 G大小的原因。更多用法可以查看makedumpfile命令的帮助文档。

注释掉原有的（或者直接使用原有的也可以）：

# core_collector makedumpfile -l --message-level 7 -d 31

为了使能dump文件压缩，使用选项-l：

core_collector makedumpfile -l

为了移除特定的page，使用-d value参数，例如，为了移除零页和空闲页，可以使用：

core_collector makedumpfile -d 17 -c

详情请参考makedumpfile(8)手册。

3.5. 配置默认动作

kdump将直接保存coredump到特定的类型中（上面已经提到：本地文件系统，NFS，SSH）。
默认情况下，kdump将重启系统：

default reboot

我把它设置为：

default dump_to_rootfs

在文件/etc/kdump.conf中有注释：

# 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.
#

他们的含义如下：

  • dump_to_rootfs: 尝试将核心转储保存到根文件系统。此选项与网络目标结合使用时特别有用：如果网络目标不可访问，此选项将配置 kdump 以在本地保存核心转储。系统随后重新启动。
  • reboot: 重新启动系统，在此过程中丢失核心转储。
  • halt: 停止系统，在此过程中丢失核心转储。
  • poweroff: 关闭系统电源，在此过程中丢失核心转储。
  • shell: 从 initramfs 中运行 shell 会话，允许用户手动记录核心转储。

参见链接：支持的默认操作

3.6. 使能kdump服务

查看当前kdump服务状态：

$ systemctl status kdump
● kdump.service - Crash recovery kernel arming
   Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)
   Active: active (exited) since Mon 2021-10-11 09:09:14 CST; 1 day 10h ago
 Main PID: 2281 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 99096)
   Memory: 0B
   CGroup: /system.slice/kdump.service

如果没有启动，手动启动kdump：

$ sudo systemctl start kdump.service

设置开机自启：

$ sudo systemctl enable kdump.service

3.7. kdump涉及的sysctl 配置

在配置kdump时，对sysctl.conf 内的一些配置也进行了调整。这里也列举下，可以根据具体的情况酌情进行修改。

kernel.sysrq=1
kernel.unknown_nmi_panic=1
kernel.softlockup_panic=1

  • kernel.sysrq=1，如果通过/proc文件配置 ，上面的配置等价于echo 1 > /proc/sys/kernel/sysrq ，打开sysrq键的功能以后，有终端访问权限的用户将会拥有一些特别的功能。如果系统出现挂起的情况或在诊断一些和内核相关，
    使用这些组合键能即时打印出内核的信息。因此，除非是要调试，解决问题，一般情况下，不要打开此功能。如果一定要打开，请确保你的终端访问的安全性。具体可以参看百度百科上给出的解释。

  • kernel.unknown_nmi_panic=1 ,如果系统已经是处在Hang的状态的话，那么可以使用NMI按钮来触发Kdump。开启这个选项可以：echo 1 > /proc/sys/kernel/unknown_nmi_panic 需要注意的是，启用这个特性的话，是不能够同时启用NMI_WATCHDOG的！否则系统会Panic！

  • kernel.softlockup_panic=1,其对应的是/proc/sys/kernel/softlockup_panic的值，值为1可以让内核在死锁或者死循环的时候可以宕机重启。如果你的机器中安装了kdump，在重启之后，你会得到一份内核的core文件，这时从core文件中查找问题就方便很多了，而且再也不用手动重启机器了。如果你的内核是标准内核的话，可以通过修改/proc/sys/kernel/softlockup_thresh来修改超时的阈值，如果是CentOS内核的话，对应的文件是/proc/sys/kernel/watchdog_thresh。

除此之外，一些站点上还会建议修改开启oops painc的功能，这个也具体根据实际需要修改吧。

3.8. 在图形界面下配置kdump

略，参考：Basic Setting。

4. 加载Dump-capture Kernel

参考链接：Load the Dump-capture Kernel

在启动系统内核后，dump-capture内核需要加载。根据不同的架构，可以选择加载vmlinux或者压缩的bzImage/vmlinuz的dump-capture内核。

架构选项
i386/x86_64如果内核可重定向，选择bzImage/vmlinuz
如果内核不可重定向，选择vmlinuz
ppc64vmlinux
s390ximage 或 bzImage
ia64vmlinux 或 vmlinuz.gz
armzImage
arm64vmlinux 或 Image
  • 如果使用非压缩的vmlinux image，使用下面的命令行加载dump-capture 内核：
kexec -p <dump-capture-kernel-vmlinux-image> \
    --initrd=<initrd-for-dump-capture-kernel> --args-linux \
    --append="root=<root-dev> <arch-specific-options>"
  • 如果使用压缩的bzImage/vmlinuz，使用下面的命令行加载dump-capture 内核：
kexec -p <dump-capture-kernel-bzImage> \
    --initrd=<initrd-for-dump-capture-kernel> \
    --append="root=<root-dev> <arch-specific-options>"
  • 如果使用压缩的zImage，使用下面的命令行加载dump-capture 内核：
kexec --type zImage -p <dump-capture-kernel-bzImage> \
    --initrd=<initrd-for-dump-capture-kernel> \
    --dtb=<dtb-for-dump-capture-kernel> \
    --append="root=<root-dev> <arch-specific-options>"
  • 如果使用非压缩的Image，使用下面的命令行加载dump-capture 内核：
kexec -p <dump-capture-kernel-Image> \
    --initrd=<initrd-for-dump-capture-kernel> \
    --append="root=<root-dev> <arch-specific-options>"

注意：
--args-linux在ia64中不需要。

下面是一些架构特有的参数：

架构选项参数
i386, x86_64, ia64“1 irqpoll nr_cpus=1 reset_devices”
ppc64“1 maxcpus=1 noirqdistrib reset_devices”
s390x“1 nr_cpus=1 cgroup_disable=memory”
arm“1 maxcpus=1 reset_devices”
arm64“1 nr_cpus=1 reset_devices”

加载dump-capture内核的注意事项：

  • 默认情况下，ELF 标头以 ELF64 格式存储，以支持超过 4GB 内存的系统。在 i386 上，kexec 会自动检查物理 RAM 大小是否超过 4 GB 限制，如果没有，则使用 E​​LF32。因此，在非 PAE 系统上，始终使用 ELF32。

    • --elf32-core-headers 选项可用于强制生成 ELF32 标头。这是必要的，因为 GDB 当前无法在 32 位系统上打开带有 ELF64 标头的 vmcore 文件。

  • “irqpoll”引导参数减少了由于转储捕获内核中的共享中断导致的驱动程序初始化失败。

  • 您必须以与 mount 命令输出中的根设备名称对应的格式指定 。

  • 引导参数“1”将转储捕获内核引导至单用户模式，无需联网。如果您想要联网，请使用“3”。

  • 我们通常不必为了捕获转储而启动 SMP 内核。因此，通常构建 UP 转储捕获内核或在加载转储捕获内核时指定 maxcpus=1 选项很有用。请注意，尽管 maxcpus 始终有效，但如果当前 ARCH（例如 x86）支持，您最好将其替换为 nr_cpus 以节省内存。

  • 如果您打算使用多线程程序，您应该在转储捕获内核中启用多 CPU 支持，例如 makedumpfile 的并行转储功能。否则，多线程程序可能会有很大的性能下降。要启用多 CPU 支持，您应该启动 SMP 转储捕获内核并在加载时指定 maxcpus/nr_cpus、disable_cpu_apicid=[X] 选项。

  • 对于 s390x，有两种 kdump 模式： 如果使用 elfcorehdr= kernel 参数指定了 ELF 标头，则 kdump 内核将使用它，就像在所有其他架构上一样。如果未指定 elfcorehdr= 内核参数，则 s390x kdump 内核会动态创建标头。第二种模式的优点是对于 CPU 和内存热插拔，kdump 不必使用 kexec_load() 重新加载。

  • 对于具有许多附加设备的 s390x 系统，应该将“cio_ignore”内核参数用于 kdump 内核，以防止为与 kdump 无关的设备分配内核内存。这同样适用于使用 SCSI/FCP 设备的系统。在这种情况下，在将 FCP 设备设置为在线之前，应将“allow_lun_scan”zfcp 模块参数设置为零。

5. 内核驱动kdump黑名单

在文件/etc/sysconfig/kdump的KDUMP_COMMANDLINE_APPEND=参数中添加：

KDUMP_COMMANDLINE_APPEND="irqpoll nr_cpus=1 reset_devices cgroup_disable=memory mce=off numa=off udev.children-max=2 pani    c=10 rootflags=nofail acpi_no_memhotplug transparent_hugepage=never nokaslr novmcoredd hest_disable"

并且知名下面其中之一：

  • rd.driver.blacklist=<modules>
  • modprobe.blacklist=<modules>

步骤如下：

  1. 选择一个需要加入黑名单的模块：
$ lsmod 
Module                  Size  Used by
macvtap                16384  0
macvlan                28672  1 macvtap
tap                    28672  1 macvtap
loadavg_proc_show      16384  0
binfmt_misc            20480  1
xt_CHECKSUM            16384  1
[...]
  1. 更新文件/etc/sysconfig/kdump的KDUMP_COMMANDLINE_APPEND=参数：
KDUMP_COMMANDLINE_APPEND="rd.driver.blacklist=fuse irqpoll nr_cpus=1 reset_devices cgroup_disable=memory mce=off numa=off     udev.children-max=2 panic=10 rootflags=nofail acpi_no_memhotplug transparent_hugepage=never nokaslr novmcoredd hest_disa    ble"

当然，也可以改为：

KDUMP_COMMANDLINE_APPEND="modprobe.blacklist=fuse irqpoll nr_cpus=1 reset_devices cgroup_disable=memory mce=off numa=off     udev.children-max=2 panic=10 rootflags=nofail acpi_no_memhotplug transparent_hugepage=never nokaslr novmcoredd hest_disa    ble"
  1. 重启kdump服务：
$ sudo systemctl restart kdump

重启需要好几秒。

6. 测试kdump

6.1. kdump Panic

下面的命令将导致内核奔溃crash，不要用于生产环境。
下面的命令将导致内核奔溃crash，不要用于生产环境。
下面的命令将导致内核奔溃crash，不要用于生产环境。

查看kdump是否激活：

$ sudo systemctl is-active kdump
active

然后执行下面两行指令：

$ su
# echo 1 > /proc/sys/kernel/sysrq
# echo c > /proc/sysrq-trigger

上面的两条指令，导致内核crash，文件address-YYYY-MM-DD-HH:MM:SS/vmcore将被拷贝到上面配置文件/etc/kdump.conf指定的文件路径path /var/crash中。

6.2. 写dump文件

在dump-capture内核启动之后，写出dump文件：

cp /proc/vmcore <dump-file>

你也可以使用makedumpfile工具指定特定的过滤规则：

makedumpfile -l --message-level 1 -d 31 /proc/vmcore <dump-file>

6.3. gdb分析

分析之前，你应该重启系统。使用gdb调试：

gdb vmlinux <dump-file>

6.4. crash分析

也可以使用crash工具进行分析，链接如下：

例：

crash /usr/lib/modules/4.18.0-30501.10.2.el8.x86_64/vmlinuz vmcore

7. 参考链接

7.1. 文章

7.2. 源码

8. 附录

8.1. kexec工作原理

参考：5分钟搞懂kexec工作原理

kexec可从当前正在运行的内核直接跳转到新内核，kexec整体思路如下

  1. 新的kernel镜像和initrd镜像连续存储在内存中，initrd的位置记录在boot_params中
  2. 切换到新内核就是跳转到新的kernel镜像所在内存位置，CPU执行其entry的代码即可，新的内核通过boot_params记录的initrd位置完成根文件系统内容的加载

8.2. kdump执行流程

参考：centos配置kdump捕获内核崩溃

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

8.3. crash分析

略。

crash /usr/lib/modules/4.18.0-30501.10.2.el8.x86_64/vmlinuz vmcore

Copyright (C) CESTC Com.
Kernel crash：总结
mzhan017的博客
05-25 991
对kernel crash的一个使用总结
Kdump配置及使用（详细）总结（二）
热门推荐
Luckiers的博客
05-05 1万+
本文主要介绍如何打开Kdump并对其相关文件进行配置。Kdump调试机理总结（一）crash工具分析vmcore文件常用命令总结（三）1、kdumpkdump 是一种先进的基于 kexec 的内核崩溃转储机制，用来捕获kernel crash（内核崩溃）的时候产生的crash dump。当内核产生错误时，kdump会将内存导出为vmcore保存到磁盘。2、 kdump流程当系统崩溃时，kdump 使用 kexec 启动到第二个内核。第二个内核通常叫做捕获内核，以很小内存启动以捕获转储镜像。
Linux Kdump服务配置、触发与分析实战教程
最新发布
广阔天地，大有作为
03-18 470
Kdump是一种基于kexec的内核崩溃转储机制，用于捕获Linux系统在内核崩溃时的内存状态，生成转储文件（如vmcore），以便后续分析。它通过保留一段内存并加载一个备用内核（捕获内核），在主内核崩溃时切换到备用内核，将崩溃时的内存和寄存器信息转储到磁盘文件中。
kdump
weixin_33682790的博客
06-18 325
Kdump是一个新的，而且非常可信赖的内核崩溃转储机制。崩溃转储数据可以从一个新启动的内核的上下文中获取，而不是从已经崩溃的内核的上下文。当系统崩溃时，kdump使用kexec启动到第二个内核。第二个内核通常叫做捕获内核（capture kernel），以很小内存启动，并且捕获转储镜像。除了执行既定的kdump任务，它还允许自定义执行脚本，下面介绍一下如何在新内核上执行自定义...
linux 使用kdump和crash工具调试内核
12-25 4786
发生崩溃时，create_oops函数栈空间的FP放在 ffff80001f51f670 处，那么LR在其高8字节的地址上，因此LR放在ffff80001f51f678处。struct 用来显示内核中数据结构的定义或者值 struct vm_area_struct。由于LR存放了子函数返回的下一条指令，再减去4字节，就是其父函数调用该函数的PC值。找到create_oops的父函数 _MODULE_INIT_START_oops。x0是参数，参数是vm_area_struct，所以要查看其结构体的偏移。
Linux内核调试技术之kdump配置与使用
Aspiresky的专栏
12-19 2356
kdump是Linux内核发生崩溃时转储内存的一种机制，当内核发生错误时，kdump会将当前内核使用的内存导出为镜像文件（通常为vmcore）保存到硬盘上，之后可以使用crash等工具对内核错误原因进行分析。
【调试】kdump原理及其使用方法
嵌入式与Linux那些事的博客
04-07 4376
Kdump是在系统崩溃、死锁或死机时用来转储内存运行参数的一个工具和服务，是一种新的crash dump捕获机制，用来捕获（内核崩溃）的时候产生的crash dump。Kdump 使用两个内核：生产内核和捕获内核。生产内核是一个普通内核，它使用特殊的 kdump 特定标志启动。我们需要告诉生产内核保留一些物理内存，用于加载捕获内核。我们需要提前加载捕获内核，因为在崩溃发生的那一刻，由于内核损坏，无法从磁盘读取任何数据。生产内核是捕获内核服务的对像。
Linux Kernel Crash Book：全面指南与必备调试教程
《Linux Kernel Crash Book》提供了一个实用且深入的指南，帮助读者掌握Linux内核崩溃时的核心转储和网络转储技术，这对于排查和修复系统故障、分析性能问题以及进行故障恢复至关重要。通过阅读这本书，无论是初学者...
Kdump与Crash实战：内核故障分析指南
本文档主要讲述了如何使用kdump和crash工具进行Linux内核故障的分析。kdump是一种Linux内核崩溃转储机制，当系统遇到kernel panic（内核恐慌）或其他严重错误导致系统挂起时，kdump可以捕获内存状态并将其保存到一个...
Linux内核崩溃转储：kdump全面指南
“Linux Kernel Crash Dump (LKCD) 配置指南” Linux内核崩溃转储（通常称为kdump）是一种机制，用于在操作系统内核发生故障时捕获内存状态，并将其保存到磁盘或其他存储设备，以便后续分析。这有助于诊断和修复...
Linux-crash-book_kdump.7z
08-19
《Linux-crash-book_kdump》是一本专注于讲解Linux系统崩溃分析工具kdump的详细指南。kdump是Linux内核的一项功能，它允许在系统发生致命错误或蓝屏时捕获内核内存转储，以便后续分析和调试。下面将深入探讨kdump的...
kdump实现与配置指南：Linux-crash-book深入解析
1. **安装kdump服务**：安装kdump工具包通常会包括`kdump`服务的安装，这个服务负责在系统崩溃时自动启动crash kernel，并捕获内存映像。 2. **配置kdump服务**：编辑kdump服务的配置文件，通常位于`/etc/kdump....
Linux内核转储---Kdump，Crash使用介绍
qq_41782149的博客
02-14 3966
Linux内核转储---Kdump，Crash使用介绍
kernel crash 问题
sh的博客
08-16 1183
分类 导致kernel panic 的软件问题。我自己总结大概分为以下几类 1. 空指针问题 2. soft lockup、hard lockup 参考
【Linux】内核崩溃调试：如何使用kdump等工具调试内核崩溃
科技改变人类，技术成就未来
09-11 1139
内核崩溃是操作系统中非常严重的问题，可能导致系统无法正常运行。使用kdump等工具可以帮助我们捕获和分析内核崩溃时的内存转储，从而找出问题的根源。本文将介绍如何使用kdump等工具调试内核崩溃，帮助你掌握内核调试的基本方法。
使用 Crash 工具分析 Linux dump 文件
技术风向标
04-05 2428
前言 Linux 内核（以下简称内核）是一个不与特定进程相关的功能集合，内核的代码很难轻易的在调试器中执行和跟踪。开发者认为，内核如果发生了错误，就不应该继续运行。因此内核发生错误时，它的行为通常被设定为系统崩溃，机器重启。基于动态存储器的电气特性，机器重启后，上次错误发生时的现场会遭到破坏，这使得查找内核的错误变得异常困难。 内核社区和一些商业公司为此开发了很多种调试技术和工具，希望...
记一次Linux内核崩溃：kdump,crash,vmcore
运维相关技术闲聊，专业背锅内容媒体
03-04 1165
原理 Linux内核发送崩溃时，kdump会生成一个内核转储文件vmcore。 可以通过分析vmcore分析出内核崩溃的原因。 crash是一个被广泛应用的内核奔溃转储文件分析工具。使用crash调试内核转储文件，需要安装crash工具和内核调试工具kernel-debuginfo。 安装需要的软件 1、查看系统内核 [root@qd01-stop-free015 ~]# uname -r 3.10.0-1160.15.2.el7.x86_64 2、安装kdump,crash yum install
Linux kernel crash case总结
gavin4code的博客
11-11 5162
1. lockuplinux kernel将lockup分为两类： soft lockup：当前的cpu一直运行在内核态，使得其他进程没有机会运行； hard lockup：当前的cpu一直运行在内核态，使得中断没有机会运行。 具体的描述可以参考内核源码树的Documentation/lockup-watchdogs.txt 。 在内核开发中，如果不当地使用spinlock或不当地使
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值