打开系统core dump及其配置

core dump在应用crash掉之后对问题的诊断是很有帮助的。而在默认安装的时候core dump是关闭状态的。

问题一：如何查看系统是否打开了core dump
使用【ulimit -c】查看core dump是否打开。如果结果为0，则表示此功能处于关闭状态，不会生成core文件

问题二：如何打开core dump
方法一：命令行方式【ulimit -c 1024】，在这个例子中打开了core dump 同时限制文件大小为1024k，现在的程序占用内存都比较凶猛，以前写C程序需要计算内存的时代已经过去了。如果不加限制，可能一个core文件，几个G就出去了～，当然没有限制的方式还是有的【ulimit -c unlimited】
方法二：配置profile文件，打开/etc/profile文件，在里面可以找到【ulimit -S -c 0 > /dev/null 2>&1】，将它改成【ulimit -S -c unlimited > /dev/null 2>&1】
方法三：修改/etc/security/limits.conf文件，添加【* soft core 0】，这个方法可以针对指定用户或用户组打开core dump【user soft core 0或@group  soft core 0】。不过要使用这个方法一定要将方法二提到的那行注释掉，不可同时存在

问题三：如何查看core文件的保存路径和文件名格式
默认情况下，在打开core后，如果应用发生crash，那么会在应用所在位置，产生一个core.【应用pid】的文件，文件名的可读性不高，管理也不方便。
查看正在使用的core文件路径和格式【more /proc/sys/kernel/core_pattern】
后面自动添加pid的配置是在【more /proc/sys/kernel/core_uses_pid】里面配置的，如果为1就是自动添加

问题四：如何修改core文件的保存路径和文件名格式
修改/etc/sysctl.conf文件【vi /etc/sysctl.conf】，添加需要保存的路径【kernel.core_pattern = /tmp/corefile/core.%e.%t】，需要注意的是该路径必须应用有写的权限，不然core文件是不会生成的。再执行命令【sysctl -p】即可生效。关于core_users_pid默认在sysctl文件里面已经存在，不需要更改，pid还是很重要的信息。

附上core文件支持的格式列表：
%p – insert pid into filename 【pid】
%u – insert current uid into filename 【uid】
%g – insert current gid into filename 【gid】
%s – insert signal that caused the coredump into the filename 【core信号】
%t – insert UNIX time that the coredump occurred into filename 【core文件生成时的unix时间】
%h – insert hostname where the coredump happened into filename 【主机名】
%e – insert coredumping executable name into filename 【应用的名字】

问题五：如何知道core的配置已经生效
这里通过别人提供的一个例子来实现
编辑一个文件：main.c
#include <stdio.h>
int div(int i, int j)
{
    return i / j;
}
int main()
{
    int i = 2;
    int j = 0;
    printf("%d ", div(i, j));
    return 0;
}
该程序故意实现以零作为除数的错误，用gcc –g main.c –o main进行编译，然后./main执行，不可避免的程序要down掉，然后就可以到配置的core文件的位置查找，如果存在，说明配置已经生效了～

来源：http://www.ms2006.com/archives/151

 kernel /boot/vmlinuz-2.6.32.43 ro root=/dev/sda1  i8042.noaux console=ttyS0 console=tty0 crashkernel=512M-2G:64M,2G-12G:128M,12G-:256M

转载于:https://my.oschina.net/davisqi/blog/318300