当前位置：文档之家 › Linux crash工具

Linux crash工具

  • 格式：docx
  • 大小：40.12 KB
  • 文档页数：13

什么是 crash

如前文所述，当 linux 系统内核发生崩溃的时候，可以通过 kdump 等方式收集内核崩溃之前的内存，生成一个转储文件 vmcore。内核开发者通过分析该 vmcore 文件就可以诊断出内核崩溃的原因，从而进行操作系统的代码改进。那么 crash 就是一个被广泛使用的内核崩溃转储文件分析工具，掌握 crash 的使用技巧，对于定位问题有着十分重要的作用。

回页首

使用 crash 的先决条件

由于 crash 用于调试内核崩溃的转储文件，因此使用 crash 需要依赖如下条件：

1. kernel 映像文件 vmlinux 在编译的时候必须指定了 -g 参数，即带有调试信息。

2. 需要有一个内存崩溃转储文件（例如 vmcore），或者可以通过 /dev/mem 或

/dev/crash 访问的实时系统内存。如果 crash 命令行没有指定转储文件，则 crash 默认使用实时系统内存，这时需要 root 权限。

3. crash 支持的平台处理器包括：x86, x86_64, ia64, ppc64, arm, s390, s390x ( 也有部分 crash 版本支持 Alpha 和 32-bit PowerPC，但是对于这两种平台的支持不保证长期维护 )。

4. crash 支持 2.2.5-15（含）以后的 Linux 内核版本。随着 Linux 内核的更新，crash

也在不断升级以适应新的内核。

回页首

crash 安装指南

要想使用 crash 调试内核转储文件，需要安装 crash 工具和内核调试信息包。不同的发行版安装包名称略有差异，这里仅列出 RHEL 和 SLES 发行版对应的安装包名称如下：

表 1. crash 工具和内核调试包

系统版本 crash 工具名称 内核调试信息包

RHEL6.2 crash kernel-debuginfo-common

kernel-debuginfo

SLES11SP2 crash kernel-default-debuginfo

kernel-ppc64-debuginfo

以 RHEL 为例，安装 crash 及内核调试信息包的步骤如下：

rpm -ivh crash-5.1.8-1.el6.ppc64.rpm

rpm -ivh kernel-debuginfo-common-ppc64-2.6.32-220.el6.ppc64.rpm

rpm -ivh kernel-debuginfo-2.6.32-220.el6.ppc64.rpm

回页首

启动 crash

启动参数说明

使 用 crash 调试转储文件，需要在命令行输入两个参数：debug kernel 和 dump file，其中 dump file 是内核转储文件的名称，debug kernel 是由内核调试信息包安装的，不同的发行版名称略有不同，以 RHEL 和 SLES 为例：

RHEL6.2：/usr/lib/debug/lib/modules/2.6.32-220.el6.ppc64/vmlinux

SLES11SP2：/usr/lib/debug/boot/vmlinux-3.0.13-0.27-ppc64.debug

使用 crash -h 或 man crash 可以查看 crash 支持的一系列选项，这里仅以常用的选项为例说明如下：

-h：打印帮助信息

-d：设置调试级别

-S：使用 /boot/System.map 作为默认的映射文件

-s：不显示版本、初始调试信息等，直接进入命令行

-i file：启动之后自动运行 file 中的命令，再接受用户输入

crash 报告分析

crash 命令启动后，会产生一个转储文件的分析报告摘要，如下图所示。

清单 1. crash 报告

[root@curlylp1 ~]# crash

crash 5.1.8-1.el6

Copyright (C) 2002-2011 Red Hat, Inc.

Copyright (C) 2004, 2005, 2006 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co

Copyright (C) 2005, 2006 Fujitsu Limited

Copyright (C) 2006, 2007 VA Linux Systems Japan K.K.

Copyright (C) 2005 NEC Corporation

Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc.

Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc.

This program is free software, covered by the GNU General Public

License,

and you are welcome to change it and/or distribute copies of it under

certain conditions. Enter "help copying" to see the conditions.

This program has absolutely no warranty. Enter "help warranty" for

details.

GNU gdb (GDB) 7.0

Copyright (C) 2009 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type "show

copying"

and "show warranty" for details.

This GDB was configured as "powerpc64-unknown-linux-gnu"...

KERNEL: /usr/lib/debug/lib/modules/2.6.32-220.el6.ppc64/vmlinux

DUMPFILE: /dev/mem

CPUS: 2

DATE: Thu Feb 2 00:31:34 2012

UPTIME: 58 days, 22:52:43

LOAD AVERAGE: 76.11, 77.40, 77.83

TASKS: 481

NODENAME:

RELEASE: 2.6.32-220.el6.ppc64

VERSION: #1 SMP Wed Nov 9 08:02:37 EST 2011

MACHINE: ppc64 (5009 Mhz)

MEMORY: 4 GB

PID: 30510

COMMAND: "crash"

TASK: c00000006ddbe460 [THREAD_INFO: c000000073268000]

CPU: 0

STATE: TASK_RUNNING (ACTIVE)

crash>

KERNEL: 系统崩溃时运行的 kernel 文件

DUMPFILE: 内核转储文件

CPUS: 所在机器的 CPU 数量

DATE: 系统崩溃的时间

TASKS: 系统崩溃时内存中的任务数 NODENAME: 崩溃的系统主机名

RELEASE: 和 VERSION: 内核版本号

MACHINE: CPU 架构

MEMORY: 崩溃主机的物理内存

PANIC: 崩溃类型，常见的崩溃类型包括：

SysRq (System Request)：通过魔法组合键导致的系统崩溃，通常是测试使用。通过

echo c > /proc/sysrq-trigger，就可以触发系统崩溃。

oops： 可以看成是内核级的 Segmentation Fault。应用程序如果进行了非法内存访问或执行了非法指令，会得到 Segfault 信号，一般行为是 coredump，应用程序也可以自己截获 Segfault 信号，自行处理。如果内核自己犯了这样的错误，则会弹出

oops 信息。

回页首

crash 内置命令简介

crash 命令行启动后，可以通过一些内置命令来打印系统崩溃前的信息。

bt - backtrace

bt 命令用于查看系统崩溃前的堆栈等信息，这是系统调试中非常常用和好用的一个命令。

清单 2. bt 命令结果

crash> bt

PID: 2860 TASK: c0000000677e9550 CPU: 0 COMMAND: "bash"

R0: 0000000000000001 R1: c0000000018978b0 R2:

c00000000061c460

R3: c000000001897920 R4: 0000000000000000 R5:

0000000000000000

R6: 0000000000019e07 R7: 0000000000000000 R8:

000000000a000000

R9: c000000072938d80 R10: c0000000006b5d58 R11:

c000000000740178

R12: 0000000000000000 R13: c00000000054ea80 R14:

00000000100d0000

R15: 0000000000000000 R16: 00000000100e2ab8 R17:

00000000100b0000

合集下载

linu 主机利用crash分析 var crash 下的vmcore 的dump分析

linu 主机利用crash分析 var crash 下的vmcore 的dump分析

linux主机利用crash分析/var/crash/下的vmcore 的dump分析

当主机crash后，会在这个目录下生成vmcore，也就是dump，如何分

析这个dump来定位宕机的原因呢?

可以执行crash vmlinux /var/crash/127.0.0.1-2014-06-22-16:08:36 来进入分析模式（vnlinux这里要指定的）

他会报错，原因应该是缺乏kernel-debuginfo包，我们安装下后再尝试：

要想crash可以分析core-dump，必须要安装这三个包：

安装完后，我们可以利用find / -name vmlinux

然后我们执行crash vmlinux 产生的core路径 进入分析模式

上面的crash爆出了：

报错，这是由于kernel-debuginfo-common-x86_64包的版本和本机内核版本不一致照成的。

（说下：要想使用crash，只要保证debuginfo的版本和你要分析的core的内核版本本机的kernel版本三者的版本必须一样，任意一个不一

致都会导致不能分析dump）

我们在/6/x86_64/ 下载到了和我们的内核版本一样的debuginfo包，

也可以在红帽官方网站上下载，前提是有红帽认证的帐号：##

选择包和版本#

再选择show debug package

找到debug包 下载就可以了

----------------------------------------然后安装一下：

#安装包开始++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

至于我们怎么知道coredump的内核版本，可以cd /var/crash/127.0.0.1---------/

然后执行

strings vmcore |grep 'OSRELEASE'

crashkernel参数

crashkernel参数

第 1 页 共 3 页 crashkernel参数

（原创实用版）

目录

1.介绍 crashkernel 参数

2.crashkernel 参数的作用

3.使用 crashkernel 参数的方法

4.crashkernel 参数的示例

5.结论

正文

1.介绍 crashkernel 参数

crashkernel 参数是 Linux 内核中的一个重要参数，主要用于在系统崩溃时进行内核转储，以便于对系统崩溃的原因进行分析和调试。crashkernel 参数通常在系统启动时由内核自动设置，也可以通过手动编辑内核配置文件进行设置。

2.crashkernel 参数的作用

crashkernel 参数的主要作用是在系统发生异常时，将内核的当前状态保存到一个文件中，以便于系统管理员或开发人员进行分析。通过分析

crashkernel 参数保存的内核状态，可以找到系统崩溃的原因，进而对系统进行调试和优化。

3.使用 crashkernel 参数的方法

要使用 crashkernel 参数，首先需要确保系统内核已经启用了

crashkernel 支持。接下来，可以通过以下两种方法使用 crashkernel 参数：

（1）使用命令行工具：可以使用“crash”命令将 crashkernel 参 第 2 页 共 3 页 数保存到一个文件中。例如：

```

crash /path/to/crashkernel

```

（2）手动编辑内核配置文件：可以手动编辑内核配置文件（通常位于 /usr/src/linux/.config 或 /usr/src/linux-xx.xx/.config），将CRASH_DUMP_ON_ZERO_PANIC设置为y，并配置一个用于存储crashkernel文件的路径。例如：

```

CONFIG_CRASH_DUMP_ON_ZERO_PANIC=y

Crash使用参考

Crash使用参考

Crash使⽤参考

整理⾃man 8 crash

1、简介

Crash⼯具可以⽤来分析⼀个正在运⾏的内核，也可以⽤来分析⼀个内核的crash dump⽂件，这⾥说的是内核代码异常产⽣的crash dump⽂

件，不是应⽤层程序运⾏异常产⽣的core dump⽂件，它⽀持分析由netdump, diskdump, LKCD, kdump, xen‐dump 或者 kvmdump ⼯具产⽣

的crash dump⽂件。它整合了SVR4 UNIX crash的⼯具和GDB调试器，因⽽具有源码级别调试能⼒。Crash⼯具可以⽤来分析内核的调⽤堆

栈，内核源码的反汇编，内核数据结构和变量的格式化展⽰等等，另外Crash也可以传递⼀些GDB命令来执⾏。在初始化的过程中，

$HOME/.crashrc ⽂件中的命令和当前⽬录下的./.crashrc⽂件中的命令将会被执⾏。 Crash⼯具后向兼容，当内核版本变化导致Crash⼯具更

新后后仍然会兼容以前的内核版本。

2、启动命令⾏

crash [OPTION]... NAMELIST MEMORY-IMAGE[@ADDRESS] (⽤来分析dumpfile⽂件)

crash [OPTION]... [NAMELIST] (⽤来分析正在运⾏的系统)

NAMELIST：这个是未压缩的内核镜像⽂件(vmlinux)的路径，在⽤来分析dumpfile⽂件的时候也可以使⽤gzip或者bzip2压缩后的vmlinux⽂

件。

MEMORY-IMAGE[@ADDRESS]：由netdump, diskdump, LKCD, kdump, xen‐dump 或者 kvmdump ⼯具产⽣的crash dump⽂件的路径，如

果运⾏Crash⼯具没有输⼊这个参数的话，那么Crash⼯具将会⽤来分析正在运⾏的linux内核，分析正在运⾏的内核需要访问系统的RAM，

⼀般是需要root权限的。分析live system的时候，默认情况下/dev/crash将会被使⽤，如果这个⽂件不存在，然后会使⽤/dev/mem，但是如

linux崩溃有效排查方法

linux崩溃有效排查方法

linux崩溃有效排查方法

1. 查看系统日志：系统日志记录了系统的活动和错误信息。你可以查看 `/var/log` 目录下的日志文件，如 `/var/log/syslog`、`/var/log/messages` 等，以获取关于崩溃的线索。

2. 使用 dmesg 命令：dmesg 命令用于显示内核环形缓冲区的消息。它可以提供有关系统启动时的信息以及内核检测到的错误消息。执行 `dmesg` 命令可以查看系统崩溃前的最后一些消息。

3. 分析崩溃转储文件：如果系统崩溃导致生成了崩溃转储文件（例如，`/var/crash/`

目录下的文件），你可以使用相关工具来分析这些文件，以确定崩溃的原因。常用的工具包括 `gdb`、`mdb` 等。

4. 检查硬件问题：硬件故障也可能导致系统崩溃。你可以检查硬件设备，如内存、硬盘、电源等是否正常工作。可以使用硬件检测工具来进行诊断。

5. 查看进程状态：使用如 `top`、`ps` 等命令来查看系统当前的进程状态。如果有异常的进程占用了大量资源或导致系统不稳定，可能是崩溃的原因之一。

6. 检查内核模块：某些内核模块的问题也可能导致系统崩溃。你可以使用 `lsmod` 命令查看加载的内核模块，并检查是否有异常的模块。

7. 进行系统更新：确保你的 Linux 系统以及相关的软件包都是最新的版本。有时更新可以修复已知的漏洞和问题。

8. 寻求专家帮助：如果你无法确定崩溃的原因或无法解决问题，可以寻求 Linux 专家或相关技术支持人员的帮助。

需要根据具体情况选择适当的排查方法。在排查过程中，记录你所采取的步骤和结果，这有助于更快速地定位和解决问题。