您的位置:首页 > 运维架构 > Linux

Linux 下的Core Dump

2015-12-12 00:23 721 查看
相信大家都有过在linux 下变成出现core
dump或者Segment fault的情况,有的时候这种崩溃情况不一定每次都出现,复现有一定的难度,那样我们可以查看的就只有coredump文件了。

接下来要说的就是如何设置coredump以及调试corddump文件。

一般情况下,linux(目前我用的是centos
6.7)默认是不开启coredump的。

[root@localhost
test]# ulimit -c(出现为0的话就代表coredump的文件缓存为0,这样的话就不会出现coredump文件)
0

我们可以执行ulimit
-c unlimited来完成(我们可以手动设置为无限制)

[root@localhost
test]# ulimit -c unlimited
[root@localhost test]# ulimit -c
unlimited

这样的话当我们的程序运行初选崩溃段错误的时候就会在同级目录生成一个core.xxxx的文件。这个就是我们可以调试的文件啦。

接下来我们还可以设置文件的名字属性,不然的话很多个进程一起调试的话会崩溃掉的,傻傻分不清楚啊。

echo "/var/core/core-%e-%p-%t" >

/proc/sys/kernel/core_pattern

将会控制所产生的core文件会存放到/var/core目录下,产生的文件名为core-命令名-pid-时间戳
以下是参数列表:
    %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 添加命令名

这样设置的话就差不多啦,至少我就这么用了。
最后的话大家编译的时候记得加-g调试信息,关于怎么调试coredump的话 ,我相信比较简单,就是gdb core.xxx,然后把你的可执行程序加载进来(file xxx), 接下来所有的信息都可以看到啦,具体的GDB调试的话,我这里就不详细说明了。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: