需执行ulimit -c unlimited临时启用当前会话核心转储,否则进程崩溃后无core文件,无法分析段错误、空指针或死锁原因。

银河麒麟OS运行Java服务、C++程序或调试多线程应用时,进程崩溃后未生成core文件,导致无法分析段错误、空指针或死锁原因,必须准确设置核心转储(core dump)相关限制才能捕获有效故障现场。
临时启用当前会话的核心转储
执行
运行
验证是否生效:kill -SIGSEGV $$触发自身崩溃,检查当前目录是否生成core或core.
永久配置用户级核心转储限制
系统默认禁止生成core文件,需通过PAM机制在登录时自动加载策略,否则即使ulimit设为unlimited,systemd服务或图形界面启动的进程仍受硬限制约束。
第一步:用root权限编辑资源限制配置文件:sudo vim /etc/security/limits.conf
第二步:在文件末尾新增两行(注意星号与数值间必须有**一个空格**,否则解析失败):* soft core unlimited* hard core unlimited
【*表示对所有普通用户生效;若只针对appuser,需将*替换为appuser】
第三步:保存退出后,必须完全注销当前图形会话并重新登录,或关闭全部终端窗口后新开一个——仅关闭再打开gnome-terminal不会重载limits。
为systemd服务单独启用core dump
nginx、java、达梦数据库等由systemd托管的服务不经过PAM登录流程,/etc/security/limits.conf对其完全无效,必须显式配置service单元。
方法一:全局生效(影响所有systemd服务)
编辑/etc/systemd/system.conf:sudo vim /etc/systemd/system.conf
取消#DefaultLimitCORE=行注释,并设为:DefaultLimitCORE=infinity
执行sudo systemctl daemon-reload → 重启systemd-logind.service。
方法二:按服务精准控制(推荐)
以nginx为例,运行:sudo systemctl edit nginx.service
在打开的编辑器中输入:[Service]LimitCORE=infinityWorkingDirectory=/var/crash
【必须指定WorkingDirectory,否则core文件可能写入根目录或服务工作路径,造成权限混乱或磁盘满】
保存后执行sudo systemctl daemon-reload → sudo systemctl restart nginx。
配置core文件命名与存储路径
默认core文件名固定为core,易被覆盖且无法区分来源;需通过/proc/sys/kernel/core_pattern自定义格式。
第一步:创建core存储目录并授权:sudo mkdir -p /var/crashsudo chmod 1777 /var/crash
第二步:设置core文件模板(支持%e、%p、%t等变量):echo "/var/crash/core.%e.%p.%t" | sudo tee /proc/sys/kernel/core_pattern
第三步:永久化该设置:echo 'kernel.core_pattern = /var/crash/core.%e.%p.%t' | sudo tee -a /etc/sysctl.d/99-kylin-core.confsudo sysctl --system
验证:触发一次崩溃后,检查/var/crash/下是否生成形如core.java.12345.1730826240的文件——其中%e为进程名,%p为PID,%t为Unix时间戳。
验证core dump是否真正启用
步骤一:确认当前shell限制ulimit -c应输出unlimited。
步骤二:检查systemd服务配置sudo systemctl show nginx.service | grep LimitCORE,输出必须为LimitCORE=infinity。
步骤三:确认内核pattern已加载cat /proc/sys/kernel/core_pattern应显示/var/crash/core.%e.%p.%t。
步骤四:触发测试崩溃并验证文件生成sudo systemctl kill --signal=SIGSEGV nginx.servicels -lt /var/crash/ | head -3,确认最新生成的core文件时间戳与触发时间接近。











