Linux下产生coredump并压缩保存

素颜马尾好姑娘i 2021-12-11 05:37 381阅读 0赞

**一、什么是coredump**

我们经常听到大家说到程序core掉了，需要定位解决，这里说的大部分是指对应程序由于各种异常或者bug导致在运行过程中异常退出或者中止，并且在满足一定条件下（这里为什么说需要满足一定的条件呢？下面会分析）会产生一个叫做core的文件。

通常情况下，core文件会包含了程序运行时的内存，寄存器状态，堆栈指针，内存管理信息还有各种函数调用堆栈信息等，我们可以理解为是程序工作当前状态存储生成第一个文件，许多的程序出错的时候都会产生一个core文件，通过工具分析这个文件，我们可以定位到程序异常退出的时候对应的堆栈调用等信息，找出问题所在并进行及时解决。

**二、coredump文件的存储位置**

core文件默认的存储位置与对应的可执行程序在同一目录下，文件名是core，大家可以通过下面的命令看到core文件的存在位置：

cat  /proc/sys/kernel/core_pattern

缺省值是core

**三、开启或关闭Core文件的生成**

关闭或阻止core文件生成：
    
    $ulimit -c 0
    
    打开core文件生成：
    
    $ulimit -c unlimited
    
    检查core文件的选项是否打开：
    
    $ulimit -a
    
    ulimit参数含义如下： 
    
                 -a     All current limits are reported
                  -c     The maximum size of core files created
                  -d     The maximum size of a processdata segment
                  -e     The maximum scheduling priority ("nice")
                  -f     The maximum size of files written by the shell and its children
                  -i     The maximum number of pending signals
                  -l     The maximum size that may be locked into memory
                  -m     The maximum resident set size (has no effect on Linux)
                  -n     The maximum number of open file descriptors (most systems do not allow this value to be set)
                  -p     The pipe size in 512-byte blocks (this may not be set)
                  -q     The maximum number of bytes in POSIX message queues
                  -r     The maximum real-time scheduling priority
                  -s     The maximum stack size
                  -t     The maximum amount of cpu time in seconds
                  -u     The maximum number of processes available to a single user
                  -v     The maximum amount of virtual memory available to the shell
                  -x     The maximum number of file locks
    
    #ulimit -a
    core file size          (blocks, -c) unlimited
    data seg size           (kbytes, -d) unlimited
    scheduling priority             (-e) 0
    file size               (blocks, -f) unlimited
    pending signals                 (-i) 23125
    max locked memory       (kbytes, -l) 64
    max memory size         (kbytes, -m) unlimited
    open files                      (-n) 1024
    pipe size            (512 bytes, -p) 8
    POSIX message queues     (bytes, -q) 819200
    real-time priority              (-r) 0
    stack size              (kbytes, -s) 8192
    cpu time               (seconds, -t) unlimited
    max user processes              (-u) 23125
    virtual memory          (kbytes, -v) unlimited
    file locks                      (-x) unlimited

以上配置只对当前会话起作用，下次重新登陆后，还是得重新配置。要想配置永久生效，得在/etc/profile或者/etc/security/limits.conf文件中进行配置。

首先以root权限登陆，然后打开/etc/security/limits.conf文件，进行配置：

#vim /etc/security/limits.conf
    
    <domain>    <type>    <item>        <value>
    
           *              soft          core         unlimited

或者在/etc/profile中作如下配置：

#vim /etc/profile
    
    ulimit -S -c unlimited >/dev/null 2>&1

或者想配置只针对某一用户有效，则修改此用户的~/.bashrc或者~/.bash\_profile文件：

limit -c unlimited

ulimit -c 0 是禁止产生core文件，而ulimit -c 1024则限制产生的core文件的大小不能超过1024kb

### 四.设置Core Dump的核心转储文件目录和命名规则 ###

/proc/sys/kernel/core\_uses\_pid可以控制产生的core文件的文件名中是否添加pid作为扩展，如果添加则文件内容为1，否则为0  
/proc/sys/kernel/core\_pattern可以设置格式化的core文件保存位置或文件名，比如原来文件内容是core-%e  
可以这样修改:

echo "/corefile/core-%e-%p-%t" > /proc/sys/kernel/core_pattern

将会控制所产生的core文件会存放到/corefile目录下，产生的文件名为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 添加命令名

**4.core文件的使用**

在core文件所在目录下键入:  
gdb -c core   （-c指定core文件）  
它会启动GNU的调试器，来调试core文件，并且会显示生成此core文件的程序名，中止此程序的信号等等  
如果你已经知道是由什么程序生成此core文件的，比如MyServer崩溃了生成core.12345，那么用此指令调试:  
gdb -c core MyServer

### 五、压缩coredump   vim /usr/local/sbin/core\_helper ###

\#! bin/sh  
exec gzip - > /home/panchen/$1-$2-$3-$4.core.gz

echo "|/usr/local/sbin/core\_helper" > /proc/sys/kernel/core\_pattern