linux coredump 的设置与读取

linux可以在程序崩溃的时候把当时的内存状态保存下来，便于之后的调试。

coredump 信号

linux会为程序设置一些默认的信号处理方法。

根据man signal.7 或者在线文档 可以查看哪些信号可以触发coredump操作。

• Term Default action is to terminate the process.
• Ign Default action is to ignore the signal.
• Core Default action is to terminate the process and dump core (see core(5)).
• Stop Default action is to stop the process.
• Cont Default action is to continue the process if it is currently stopped.

上个表中Action 为Core 的信号，在默认情况下都会触发coredump操作。

开启coredump

查看coredump是否开启：

ulimit -c
# 在我现在的设置中，返回0，表示不会记录coredump文件。

开启不限制大小的coredump：

ulimit -c unlimited

这个设置只会影响当前的终端会话，重新连接就没了。

如果想持久化开启这个设置，需要额外的设置。

echo "ulimit -c unlimited" >> /etc/profile

设置生成coredump文件的名字

查看当前的coredump文件的名字：cat /proc/sys/kernel/core_pattern。 这里我的终端输出是core。 所以在我的实验中，程序异常后产生的coredump文件的名字是core。

可以通过在命令行输入man core.5 或者 在线文档 查看一些可以设置的内容。

在其Naming of core dump files 一节中，有以下说明：

文件名也不能超过128字节。

如果我们想得到一个名字为core.进程号.信号.unix时间的coredump文件生成在/tmp/corefile/ (这个文件夹需要提前创建，如果只想在可执行程序所在目录生成，则不需要指定路径)文件夹内。 我们就需要执行echo /tmp/corefile/core.%p.%s.%t > /proc/sys/kernel/core_pattern （执行这个命令需要切到root命令行，sudo还不行）。

这样，发生coredump之后，我们就能得到一个类似/tmp/corefile/core.1803.8.1666772279 的文件（可以看出，这个程序是搞了错误的算术计算，触发了SIGFPE<8> 的信号）。

通过这个方式设置的coredump文件名字重启后会失效。 可以通过设置/etc/sysctl.conf 的方式来持久化设置这个信息。

向/etc/sysctl.conf文件的末尾添加如下内容：

kernel.core_pattern=/tmp/corefile/core.%p.%s.%t

并保存退出，执行sysctl -p命令使其生效。

通过cat /proc/sys/kernel/core_pattern 验证设置是否生效。 每个进程也可以通过setrlimit的RLIMIT_CORE配置进程级别的core大小。

测试coredump的程序代码

注意，为了方便调试，我们的coredump文件名称中去掉了路径的指定，coredump文件会生成在可执行文件所在的文件夹。 相应的命令：echo core.%p.%s.%t > /proc/sys/kernel/core_pattern

文件coredump_test.c内容如下：

#include <stdio.h>
#include <stdlib.h>

void test_divide_zero()
{
    // 除零会触发SIGFPE 信号
    // 根据man手册，这个信号也会触发Coredump
    int a = 1;
    int b = 0;
    int c = a / b;
}

void test_big_memory()
{
    // 触发异常时，有大量的堆空间。
    int mem_size = 1024 * 1024 * 512; // 512MB
    void *bigmem = malloc(mem_size);
    int a = 1;
    int b = 0;
    int c = a / b;
    free(bigmem);
}

int main(int argc, char const *argv[])
{
    int method_flag = 0;
    if (argc == 2)
    {
        method_flag = atoi(argv[1]);
    }
    else
    {
        printf("Args Help:\n");
        printf("0: divide zero \n");
        printf("1: big heap mem \n");
        exit(0);
    }

    switch (method_flag)
    {
    case 0:
        test_divide_zero();
        break;
    case 1:
        test_big_memory();
        break;

    default:
        printf("Invalid args!\n");
        break;
    }

    return 0;
}

编译：gcc coredump_test.c

运行生成coredump文件：

# 运行分支1
$ ./a.out 0
[1]    5747 floating point exception (core dumped)  ./a.out 0
#生成了coredump文件
$ file core.5747.8.1666782546
core.5747.8.1666782546: ELF 64-bit LSB core file, x86-64, version 1 (SYSV), SVR4-style, from './a.out 0', real uid: 1000, effective uid: 1000, real gid: 1000, effective gid: 1000, execfn: './a.out', platform: 'x86_64'

# 运行分支2
./a.out 1
[1]    5769 floating point exception (core dumped)  ./a.out 1
$ file core.5769.8.1666782549
core.5769.8.1666782549: ELF 64-bit LSB core file, x86-64, version 1 (SYSV), SVR4-style, from './a.out 1', real uid: 1000, effective uid: 1000, real gid: 1000, effective gid: 1000, execfn: './a.out', platform: 'x86_64'

# 查看文件大小
$ ll
-rw-r--r-- 1 sss sss  13K Oct 26 19:12 README.md
-rwxr-xr-x 1 sss sss  16K Oct 26 18:49 a.out
-rw------- 1 sss sss 292K Oct 26 19:09 core.5747.8.1666782546
-rw------- 1 sss sss 513M Oct 26 19:09 core.5769.8.1666782549
-rw-r--r-- 1 sss sss  979 Oct 26 18:49 coredump_test.c

可见，core文件会把程序当前的内存空间也dump出来。

这可能会导致产生巨大的coredump文件。 所以可以对coredump的内容进行一些过滤。

使用coredump文件

coredump文件可以使用gdb加载。

$ gdb ./a.out core.5747.8.1666782546
xxxxx
--Type <RET> for more, q to quit, c to continue without paging--
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./a.out...
(No debugging symbols found in ./a.out)
[New LWP 5747]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `./a.out 0'.
Program terminated with signal SIGFPE, Arithmetic exception.
#0  0x000000000040117c in test_divide_zero ()
(gdb) bt
#0  0x000000000040117c in test_divide_zero ()
#1  0x000000000040124a in main ()

过滤dump内容

如上所见，coredump默认情况下会dump内存空间，这可能导致生成巨大的core文件。

所以需要对coredump的内容进行过滤。

这一部分内容可以参考man core.5 或者网页手册core 的Controlling which mappings are written to the core dump 一节。

默认情况下，开启： 0 1 4 5。

这也可以通过命令cat /proc/self/coredump_filter查看。 我这里显示的结果是00000033, 这个值是十六进制显示的，其二进制为110011,从后往前，刚好是0145位置1。

同理，我们可以通过向这个文件写值的方式改变当前程序的过滤设置。

echo 0x7 > /proc/self/coredump_filter

参考

man signal.7

man core.5

linux信号以及core-dump文件 - 知乎 (zhihu.com)

coredump文件生成，以及GDB工具使用_ITPUB博客

coredump文件 - 海林的菜园子 - 博客园 (cnblogs.com)

coredump文件过大_如何调试没有core文件的coredump_weixin_39652658的博客-CSDN博客

Linux下可执行程序调试信息的分离及release程序的调试 - 走看看 (zoukankan.com)