AIX 下的 core dump 分析入门

/developerworks/cn/aix/library/0806_chench_core/ (1 of 13)2010-5-2 17:04:24
AIX 下的 core dump 分析入门
结合 core 文件以及可执行程序，来分析问题所在。
注：由于进程信号处理本质上是异步的，应用进程注册的信号处理函数中使用的例程需要保证 是异步信号安全的，例如不能使用诸如 pthread_ 开头的例程。
正常的收集过程应该如下 :
snap core 收集过程
# snapcore ./core ./a.out Core file "./core" created by "a.out" pass1() in progress ....
Calculating space required . Total space required is 14130 kbytes .. Checking for available space ... Available space is 807572 kbytes pass1 complete. pass2() in progress .... Collecting fileset information . Collecting error report of CORE_DUMP errors .. Creating readme file .. Creating archive file ... Compressing archive file .... pass2 completed. Snapcore completed successfully. Archive created in /tmp/snapcore. # cd /tmp/snapcore
系统 dump 一般可以通过升级微码、提高系统补丁级别、升级驱动等方式解决。
应用进程 core dump 分析
回页首
上一章我们介绍了 core dump 产生的基本原理。本章我们将针对 AIX 操作系统，介绍 core dump 定位相关的背景知识。
环境变量设置
可以通过 /etc/security/limits 文件对各用户的基本配置参数包括 core 大小进行限制。或者通过 ulimit 更改当前环境下的 core 大小限制。
生成过程
进程 core dump 与系统 dump 的产生，从程序原理上来说是基本一致的。dump 的生成一般是 在系统进行中断处理时进行的，下面简单介绍一下中断机制。
操作系统的中断机制
操作系统是由中断驱动的。广义的中断一般分为两类，中断 (Interrupts) 和异常 (Exceptions)。 中断可在任何时候发生，与 CPU 正在执行什么指令无关，中断主要由 I/O 设备、处理器时钟 （分时系统依赖时钟中断划分时间片）或定时器等硬件引发，可以被允许或取消。而异常是由 于 CPU 执行了某些指令引起的，可以包括存储器存取违规、除 0 或者特定调试指令等，内核 也将系统服务视为异常。系统对这两类中断的处理基本上是相同的。
可以使用 errpt -a 查看标识 C0AA5338 SYSDUMP（系统 core）、B6048838 CORE_DUMP （进程 core）的详细错误信息，获取生成 core 的进程以及 core 文件位置。使用 snap –ac 收 集系统的 dump 信息。
core dump 信息收集
如果可能 , 直接在发生 coredump 的机器上用 dbx 分析出结果 , 这样是最方便的分析方法 . 这 种情况下注意不要直接以 root 用户登录然后用 dbx 分析 , 而必须在应用程序所属的用户下进行 此操作 , 因为 core 可能需要依赖应用程序运行时对应环境下的某些库 , 这样就要借助应用程序 的环境变量 .
初步分析
#dbx <program name> core
示例：
# dbx ./test core Type 'help' for help. warning: The core file is not a fullcore. Some info may not be available. [using memory image in core] reading symbolic information ...warning: no source compiled with -g
默认情况下，应用进程生成 core dump 时都使用文件名 core。为了避免同一工作目录下的进 程 core 相互覆盖，可以定义环境变量 CORE_NAMING=true，然后启动进程，这样将生成名 为 core.pid.ddhhmmss 的文件。可以使用 file core 命令查看 core 是哪个进程产生的。
系统 dump 生成过程
系统异常 dump 的具体过程与应用进程类似，但由于更接近底层，为了避免问题所在的资源 （例如文件系统）正好包含在生成 dump 需要使用的资源中，造成 dump 无法生成，操作系统 一般会用最简单的方式来生成 dump。例如系统内存小于 4G 的情况下，一般直接将 dump 生 成在 pagingspace 中；大于 4G 时，会建专门的 lg_dumplv 逻辑卷（裸设备）保存 dump 信 息。在系统重启的时候，如果设置的 DUMP 转存目录（文件系统中的目录）有足够空间，它将 会转存成一个文件系统文件，缺省情况下，是 /var/adm/ras/ 下的 vmcore* 这样的文件。
AIX 下的 core dump 分析入门
}
寻找 core dump
应用进程的 core 产生在其当前工作目录下，可以在应用程序内部使用 chdir 函数切换当前工作 目录。使用 procwdx 命令可以查看进程的当前工作目录。系统的 core 生成在 lg_dumplv 下， 并在重启时转移到 /var/adm/ras/ 目录下（如果有足够空间的话，否则继续保留在 lg_dumplv， 并随时有可能被覆盖）。
fullcore 设置示例
//test.C #include <iostream> #include <signal.h>
int main(int argc, char* argv[]) {
char str[10]; struct sigaction s; s.sa_handler = SIG_DFL; s.sa_mask.losigs = 0; s.sa_mask.hisigs = 0; s.sa_flags = SA_FULLDUMP; sigaction(SIGSEGV,&s,(struct sigaction *) NULL);
默认情况下，应用进程 dump 时会包含所有的共享内存，如果 dump 时想排除共享内存内容， 可以在启动进程之前设置环境变量 CORE_NOSHM=true.
系统有一个参数 fullcore 用于控制是否在程序 coredump 时生成完整的 core。为避免信息丢 失，建议打开 fullcore。可以使用 lsattr –El sys0 查询是否将 fullcore 打开，使用 chdev -l sys0 -a fullcore=true 将 fullcore 状态更改为打开。也可以在程序内部调用 sigaction 例程设置 fullcore，参考如下测试程序：
std::cout << " input str!\n" << std::endl; std::cin >> str; return 0;
/developerworks/cn/aix/library/0806_chench_core/ (2 of 13)2010-5-2 17:04:24
进程 coredump 的时候，操作系统会将进程终止并释放其占用的资源，正常情况下，应用进程 coredump 不会对系统本身的运行造成危害。当然如果系统中存在与此进程相关的其他进程， 则这些进程会受到影响，至于后果则视其对此异常的具体处理而定。
由于相关指令已经包含在可执行文件中，core 文件一般只包含进程异常时相关的内存信息。其 格式可参考 /usr/include/sys/core.h 或者 AIX 帮助文档的“Files Reference”章节。我们一般需要
如果需取回生产机上的 core 信息在实验室分析 , 则需要搜集一些相关信息 . 进程 core 分析一 般至少需要依赖应用可执行程序，有时还需要包括一些运行时动态库信息。如果需要收集 core 相关的完整信息，可运行 snapcore <core 路径以及名称 > < 可执行文件以及名称 >，例如 snapcore ./core ./a.out，然后在 /tmp/snapcore 下取下相应的 .pax.Z 文件。
使用 dbx 分析 core dump 的例子
dbx 是 AIX 下基于命令行界面的源码级调试工具。本文档只提供一些基本的 dbx 分析指令，详 细内容请参考“General Programming Concepts: Writing and Debugging Programs”关于 dbx 的 描述。
AIX 下的 core dump 分析入门
中国 [选择] 使用条款
首页
产品
服务与解决方案
dW •••• 支持与下载
个性化服务
developerWorks 中国 本文内容包括：
Core dump 基本知识 应用进程 core dump 分 析 系统 dump 分析 总结 参考资料 关于作者 对本文的评价
每个中断都会唯一对应到一个中断处理程序，在该中断触发时，相应的处理程序就会被执行。 例如应用进程进行系统调用时，就会触发一个软件异常，进入中断处理函数，完成从用户态到 系统态的迁移并进入相应系统调用的入口点。应用进程 coredump 也是一个类似的过程。