linux core dump 配置和用法

本文转载自：https://www.jianshu.com/p/dc7e7bd7d1a2
作者：heyzqq

1 core 说明

Core文件其实就是内存的映像，当程序崩溃时，存储内存的相应信息，主用用于对程序进行调试。
关于Core产生的原因很多，比如过去一些Unix的版本不支持现代Linux上这种GDB直接附着到进程上进行调试的机制，需要先向进程发送终止信号，然后用工具阅读core文件。在Linux上，我们就可以使用kill向一个指定的进程发送信号或者使用gcore命令来使其主动出Core并退出。如果从浅层次的原因上来讲，出Core意味着当前进程存在BUG，需要程序员修复。从深层次的原因上讲，是当前进程触犯了某些OS层级的保护机制，逼迫OS向当前进程发送诸如SIGSEGV(即signal 11)之类的信号, 例如访问空指针或数组越界出Core，实际上是触犯了OS的内存管理，访问了非当前进程的内存空间，OS需要通过出Core来进行警示，这就好像一个人身体内存在病毒，免疫系统就会通过发热来警示，并导致人体发烧是一个道理（有意思的是，并不是每次数组越界都会出Core，这和OS的内存管理中虚拟页面分配大小和边界有关，即使不出Core，也很有可能读到脏数据，引起后续程序行为紊乱，这是一种很难追查的BUG）。

2 core dump 启动

我们可以直接在 ulimit -c 后面加上参数，当为数字时表示限制 core 文件大小不超过 1024KB[ulimit -c 1024]：

2.1 查看当前限制大小

输入命令 ulimit -c 查看状态, 0 说明是禁止生成 core 文件。

[root@ ~]# ulimit -c
0

2.2 设置启动和大小配置

直接在 ulimit -c 后面加上参数，当为数字时表示限制 core 文件大小不超过 1024KB[ulimit -c 1024]：
unlimited: 字面意思，没有限制 core 文件大小。

[root@ ~]# ulimit -c unlimited

3 设置 core 文件的存储目录和命名格式

设置 core 的存储目录和命名格式，主要是修改配置文件 /proc/sys/kernel/core_pattern

3.1 设置当前目录

设置程序运行目录生成core 文件， core-程序名-程序pid-时间 [core-test-1234-1916257740]

[root@ ~]# echo "core-%e-%p-%t" > /proc/sys/kernel/core_pattern

3.2 指定路径

把所有的 core 集中到一个文件夹里 ，例如c ore文件放到 /tmp/ 目录下]

[root@ ~]# echo "/tmp/core-%e-%p-%t" > /proc/sys/kernel/core_pattern

4 core dump 使用

4.1 编写测试代码

测试代码为连续释放2次，会产生错误

// FILE：test.c
#include<stdlib.h>

void repeatFree(char *p)
{
    if(NULL != p)
    {
        free(p);
    }
}

int main()
{
    char* pstr =(char*) malloc(10);

    repeatFree(pstr); // 第一次释放

    repeatFree(pstr); // 第二次释放

    return 0;
}

4.2 编译

gcc 编译，加 -g 参数，方便调试时候可以定位问题。

gcc -g test.c -o test

4.3 运行调试

[root@ ~]# gcc -g test.c -o test
# 运行
[root@ ~]# ./test 
*** Error in `./test': double free or corruption (top): 0x0000000001078010 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f753c2e47e5]
/lib/x86_64-linux-gnu/libc.so.6(+0x8037a)[0x7f753c2ed37a]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x4c)[0x7f753c2f153c]
./test[0x400585]
./test[0x4005b6]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f753c28d830]
./test[0x400499]
.....

4.4 定位问题

[root@ ~]# gdb test core-test-19317-1516269504
[New LWP 19317]
.......一些基本信息.......
Core was generated by `./test'.
Program terminated with signal SIGABRT, Aborted.
.......一些错误信息.......
(gdb) where
#0  0x00007f753c2a2428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54
#1  0x00007f753c2a402a in __GI_abort () at abort.c:89
#2  0x00007f753c2e47ea in __libc_message (do_abort=do_abort@entry=2, 
    fmt=fmt@entry=0x7f753c3fde98 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175
#3  0x00007f753c2ed37a in malloc_printerr (ar_ptr=<optimized out>, ptr=<optimized out>, 
    str=0x7f753c3fdf88 "double free or corruption (top)", action=3) at malloc.c:5006
#4  _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) at malloc.c:3867
#5  0x00007f753c2f153c in __GI___libc_free (mem=<optimized out>) at malloc.c:2968
#6  0x0000000000400585 in repeatFree (p=0x1078010 "") at test.c:8
#7  0x00000000004005b6 in main () at test.c:18
(gdb)

在 gdb 内，输入 where 可以看出， 我们写的程序出错的两行：

#6  0x0000000000400585 in repeatFree (p=0x1078010 "") at test.c:8
#7  0x00000000004005b6 in main () at test.c:18

在 repeatFree 函数中，test.c 文件的第 8 行，也就是下面这行错啦，释放了两次内存

free(p);