CENTOS 8.5下Apache Segfault核心转储失效及GDB调试问题

一、当前操作的正确性 #

手动解压lz4核心文件后用GDB加载的步骤是正确的，但可以更高效：直接使用coredumpctl工具无需手动解压，比如：

# 查看httpd的核心转储列表
coredumpctl list /apps/httpd2.4/bin/httpd
# 直接加载指定PID的转储到GDB
coredumpctl gdb <PID>

二、核心转储截断/缺失的原因 #

核心转储出现truncated或none，主要由以下几类限制导致：

• 系统资源限制（ulimit）：Apache子进程继承的核心转储大小限制过小或为0，无法生成完整转储。
• systemd-coredump配置限制：默认配置可能限制了单个转储的大小，或磁盘空间配额不足导致转储被截断。
• Apache自身配置限制：httpd.conf中的LimitCORE指令可能限制了核心转储的生成。
• 目录权限问题：转储目标目录（如/var/lib/systemd/coredump或/apps/httpd2.4）无写入权限，导致转储失败。

三、修复步骤 #

1. 调整系统核心转储大小限制 #

• 临时生效（当前会话）：

  ulimit -c unlimited
  systemctl restart httpd
  

• 永久生效：编辑/etc/security/limits.conf，添加对应Apache运行用户的限制（此处为UID 1001的用户）：

  your_httpd_user soft core unlimited
  your_httpd_user hard core unlimited
  

  替换your_httpd_user为实际运行Apache的用户名，重启系统或让用户重新登录后生效。

2. 配置systemd-coredump生成完整转储 #

编辑/etc/systemd/coredump.conf，修改以下参数：

[Coredump]
Storage=external          # 存储到/var/lib/systemd/coredump
Compress=yes              # 保持lz4压缩
ProcessSizeMax=infinity   # 不限制进程大小
CoreSizeMax=infinity      # 不限制核心转储大小
MaxUse=10G                # 核心转储总占用上限
KeepFree=5G               # 保留磁盘空间下限

重启systemd-coredump服务：

systemctl restart systemd-coredump

3. 检查Apache配置 #

打开/apps/httpd2.4/conf/httpd.conf，确保存在以下指令：

LimitCORE unlimited

如果没有则添加，保存后重启Apache：

systemctl restart httpd

4. 验证目录权限 #

• 检查/var/lib/systemd/coredump权限：

  ls -ld /var/lib/systemd/coredump
  

  权限应为drwx------或drwxr-x---，属主属组为root:root，确保systemd-coredump进程可写入。
• 检查Apache错误日志中提到的/apps/httpd2.4目录：确保Apache运行用户（UID 1001）有写入权限，或通过设置CORE_PATTERN环境变量指定其他有权限的目录。

四、重新测试与分析 #

调整配置后，触发Apache段错误，然后用coredumpctl直接加载转储：

coredumpctl gdb /apps/httpd2.4/bin/httpd

进入GDB后，执行bt命令查看调用栈，定位段错误的具体代码位置。

内容的提问来源于stack exchange，提问作者jstack100