Linux 使用crash分析vmcore dump文件

vmcore是指操作系统在遇到致命错误（比如内核崩溃）时所生成的内存转储文件。这个文件包含了操作系统在崩溃前的内存状态，因此可以用于诊断崩溃的原因。

在 Linux 系统中，当内核崩溃时，通常会生成一个称为vmcore的文件。该文件位于/var/crash目录下，其命名类似于vmcore.。vmcore文件通常是非常大的，因为它包含了操作系统在崩溃前的全部内存内容。

一般情况下，vmcore文件可以通过分析工具进行分析，以确定崩溃的原因。例如，可以使用GNU Debugger（GDB）或crash工具来分析vmcore文件。

vmcore文件通常是在系统遇到严重故障、例如操作系统崩溃或Panic时自动生成的，而无法手动触发。在一些情况下，我们可能需要手动触发一个vmcore文件的生成，例如在进行内核调试时。这时，可以使用kdump工具来手动触发vmcore文件的生成。

这里系统采用的CentOS7.9

如果 kernel-debuginfo安装不成功，直接下载CentOS官方下载：http://debuginfo.centos.org/7/x86_64/

在使用kdump之前，需要先安装kexec-tools和kernel-debuginfokernel-debuginf包，它们可以通过Linux发行版的软件包管理器来安装。

可以使用命令 systemctl status kdump来检查kdump是否已经安装并启用。

如果没有启用，需要编辑/etc/default/grub文件并添加以下行：

其中 和 是根分区的名称。

保存并关闭文件后，执行以下命令以重新生成grub.cfg文件：

执行以下命令以启用kdump服务：

要手动生成vmcore文件，可以使用以下命令：

这将触发系统崩溃，并在/var/crash目录下生成一个vmcore文件。可以使用crash工具或其他工具来分析vmcore文件以诊断问题。

需要注意的是，生成vmcore文件需要一定的时间和系统资源，因此建议在空闲时段进行操作，并确保系统有足够的磁盘空间来存储生成的vmcore文件。

ulimit -c unlimited 命令用于设置当前用户在发生崩溃或者程序异常退出时所产生的 core dump 文件的最大大小限制。如果将其设置为 unlimited，则表示没有限制，即允许生成任意大小的 core dump 文件。

需要注意的是，ulimit 命令只会在当前的 shell 会话中生效。如果要在整个系统中永久性地修改 core dump 文件大小限制，可以将相应的配置写入 /etc/security/limits.conf 文件中。例如：

crash是一个用于分析vmcore文件的强大工具，可以用来诊断操作系统故障和性能问题。可以使用以下命令安装crash：

然后可以使用以下命令来打开vmcore文件并启动crash工具：

其中 /path/to/vmcore是vmcore文件的路径，/usr/lib/debug/lib/modules/$(uname -r)/vmlinux是当前正在运行的内核镜像的路径。

一旦打开了crash工具，就可以使用各种命令来分析vmcore文件，例如 bt命令可以显示进程的调用堆栈，ps命令可以显示进程列表，mem命令可以显示内存使用情况等等。

除了crash工具外，还可以使用gdb工具来分析vmcore文件。gdb是一个用于调试和分析程序的强大工具，可以用于分析操作系统崩溃的原因和调用堆栈等信息。可以使用以下命令安装gdb：

然后可以使用以下命令来打开vmcore文件并启动gdb工具：

一旦打开了gdb工具，就可以使用各种命令来分析vmcore文件，例如 bt命令可以显示进程的调用堆栈，info proc命令可以显示进程列表，info mem命令可以显示内存使用情况等等。

1、bt命令

backtrace打印内核栈回溯信息，bt pid 打印指定进程栈信息

2、log命令

打印vmcore所在的系统内核dmesg日志信息

3、ps命令

ps 打印内核崩溃时，正常的进程信息，带 > 标识代表是活跃的进程，ps pid打印某指定进程的状态信息

4、file命令

files pid 打印指定进程所打开的文件信息

5、vm命令

vm pid 打印某指定进程当时虚拟内存基本信息

6、task命令

task 查看当前进程或指定进程task_struct和thread_info的信息