先查看一下系统的core的相关信息

在 Linux 上，所有 core 文件怎么生成、放在哪，由内核参数 kernel.core_pattern 决定。输入

sysctl kernel.core_pattern

可以有好几种输出：

第一种：

/var/coredump/core.%e.%p.%t 是这种普通路径

%e：程序名。
* %p：进程 ID。
* %t：崩溃时间戳

去相应路径下去找就可以

第二种：

输出以 | 开头（交给外部程序处理）

类似于我的输出

内核生成 core 时，不直接写磁盘文件，而是把 core 二进制数据流通过管道，传给后面指定的程序 /usr/libexec/abrt-hook-ccpp。

作用：交由 abrtd（自动崩溃报告工具）处理崩溃转储，自动收集、压缩、归档崩溃日志，而不是裸 core 文件散落在系统。

注意;不同程序运行崩溃产生的core文件不一定在同一个位置。

会不会在同一位置，完全看 kernel.core_pattern

这种 | 开头的情况，所有程序的 core 都由 abrt 统一收集，放在同一个目录：/var/spool/abrt/ 下面，只是每个崩溃事件一个子目录，文件名里会带上程序名、PID 等信息

我们可以修改 kernel.core_pattern的值改为自定义路径

比如：

第一种：

mkdir -p /dmdata/coredump

sysctl -w kernel.core_pattern="/dmdata/coredump -%e-%p-%t"

sysctl -p （这些操作只是临时修改，重启后不会保存）

之后系统中所有程序崩溃时产生的core文件都生成在/dmdata/coredump目录下 只是文件名不同，不会相互覆盖。

第二种：

sysctl -w kernel.core_pattern="core.%e.%p"

没有定义路径。内核就会在进程崩溃时，把 core 文件写到进程的当前工作目录。

我用的绝对路径

检查一下core权限是否打开

ulimit - c

尝试生成一个core文件

先启动数据库服务

查询进程

ps -ef | grep dmserver | grep -v grep

杀死进程

Kill – 6 你的进程号

core文件生成完成

用dmrdc解析