1.ulimit -a
vi /etc/security/limits.conf
# 添加如下的行
* soft noproc 11000
* hard noproc 11000
* soft nofile 4100
* hard nofile 4100
说明:
* 代表针对所有用户
noproc 是代表最大进程数
nofile 是代表最大文件打开数
其他建议设置成无限制(unlimited)的一些重要设置是:
数据段长度:ulimit -d unlimited
最大内存大小:ulimit -m unlimited
堆栈大小:ulimit -s unlimited
CPU 时间:ulimit -t unlimited
虚拟内存:ulimit -v unlimited
2.开启coredump文件
修改/etc/security/limits.conf
添加
* soft core unlimited
* hard core unlimited
修改/etc/profile
将下面这句注释掉
# No core files by default
#ulimit -S -c 0 > /dev/null 2>&1
/proc/sys/kernel/core_uses_pid 可以控制产生的 core 文件的文件名中是否添加 pid 作为扩展 ,如果添加则
文件内容为 1 ,否则为 0
echo "1" > /proc/sys/fs/suid_dumpable
mkdir -p /corefile
chmod 777 /corefile
echo "/corefile/core-%e-%p-%t" > /proc/sys/kernel/core_pattern 或改为 %e.core.%p 表示在当前程序目录下生成宕机文件
可以将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添加命令名
3.用gdb查看core文件:
gdb [execfile] [core file]
如:
gdb ./test test.core
在进入gdb后,用bt命令查看backtrace以检查发生程序运行到哪里,来定位core dump的文件->行.
如果已经知道是由什么程序生成此 core 文件的,比如 MyServer 崩溃了生成 core.12345 ,那么用此指令调试
gdb -c core MyServer
4.一个小方法来测试产生 core 文件
直接输入指令 :
kill -s SIGSEGV $$