标签：Core dump

共 5 篇相关文章

IT 累计浏览 2,894

获取 MySQL 崩溃时的 core file

这篇讲的是如何让 MySQL 在崩溃时可靠地生成 core file 用于调试。文章作者从一个常见痛点切入：即使运维人员设置了 `ulimit -c unlimited` 并且在配置中开启了 `core-file`，mysqld 在实际 crash 时可能还是不会留下核心转储文件，给故障排查带来很大障碍。作者点明了问题的关键在于几个容易被忽略的 Linux 系统参数。因为 MySQL 进程通常以 suid 方式运行，系统默认禁止为这类进程生成 core 文件，所以需要将 `/proc/sys/fs/suid_dumpable` 的值设为 2。此外，还需要确保 `core_pattern` 指向一个明确的、有写入权限的绝对路径（例如 `/var/crash/core`），并启用 `core_uses_pid` 以方便识别。文章没有停留在理论，而是直接给出了一套可执行的修改命令和验证方法：通过 `kill -SEGV` 主动触发崩溃，然后检查目标路径。这套从问题定位、原因剖析到具体操作验证的完整思路，对于需要处理 MySQL 底层故障的开发者和 DBA 来说非常实用。按这个流程配置并验证，就能确保获得崩溃时的诊断数据。

IT 累计浏览 2,337

core dump磁盘报警问题排查过程

这篇讲的是线上服务器磁盘突然报警的排查过程。作者从玩客项目一台机器分区占用超80%的告警入手，发现同批次其他机器都正常。通过 `find` 命令查找大于100M的文件，发现大量 `core.数字` 格式的文件，锁定了磁盘占用的元凶——core dump文件堆积。进一步用 `gdb` 分析其中一个core文件，明确是 php-fpm 进程（pool www）产生的崩溃转储。问题根因在于系统的 `core file size` 限制被设为 `unlimited`。通过检查 `/etc/security/limits.conf`，确实存在 `* soft core unlimited` 和 `* hard core unlimited` 的配置，导致php-fpm崩溃时会无限制地生成core dump文件。作者注释掉相关配置并重启php-fpm后，成功将core file size soft limit置为0，从源头禁止了生成。最后删除已有的core文件，将磁盘占用降至50%左右。一个实用的细节是，文章结尾提醒，有时即便在 `limits.conf` 中看到core设为unlimited，但通过 `ulimit -a` 查看实际生效的可能仍是0，排查时需注意。

IT 累计浏览 4,025

怎样用core文件调试你的linux程序？

这篇讲的是如何配置Linux系统，让它能在程序异常崩溃时自动生成核心转储（core dump）文件，从而方便你找出程序崩溃的具体原因。作者从默认Linux禁止生成core文件这个常见限制出发，一步步演示了解锁方法。核心是使用`ulimit -c unlimited`命令，但文章也特别指出了它的临时性——设置仅对当前会话有效，重启或重登就会失效。如果想要更持久的配置，可以修改`/etc/profile`，不过作者也留下了思考：为什么不推荐这样做呢？更深入的配置在于控制core文件“生在哪里”和“叫什么名字”。文章详细讲解了通过编辑`/etc/sysctl.conf`文件，设置`kernel.core_pattern`参数来实现。例如，将核心文件统一生成到`/tmp`目录，并使用包含程序名、进程ID、信号值等信息的规则来命名，这对于同时调试多个程序非常方便。最后，文章点明了核心文件的归宿：使用强大的gdb调试器载入这个文件，就能回溯程序崩溃现场，定位问题代码。整个流程非常实用，是每个Linux开发者都应该掌握的调试技巧。

IT 累计浏览 3,841

GDB的两个技巧

这篇讲的是两个提升GDB调试效率的实用技巧。作者从日常调试中常见的痛点出发，没有停留在基础命令介绍，而是聚焦于两个能显著简化操作、提高排查速度的进阶用法。第一个技巧涉及如何更高效地处理多线程调试。文章指出，在复杂的线程环境中，仅靠基本的 `thread apply all` 命令有时不够灵活。作者推荐了一种结合条件断点与线程筛选的组合技，能够精准地将断点作用于特定线程，避免在无关上下文中浪费时间。这特别适用于只关心某个线程特定状态下的变量或调用栈的场景。第二个技巧围绕自动化调试步骤展开。作者分享了利用GDB的钩子（hook）命令，在特定操作（如 `next` 或 `step`）后自动执行预设的命令列表。例如，可以在每次单步执行后自动打印关键变量的值，从而省去手动输入的重复劳动，让调试流程更连贯。这两个技巧的共同点在于，它们都旨在将调试者的注意力从重复、繁琐的命令操作中解放出来，更专注于逻辑分析本身。文章通过具体的命令示例和适用场景说明，让读者能立即上手尝试。

IT 累计浏览 4,390

又一个PHP低概率Core的分析(PHP内存管理)

这篇讲的是一个让PHP开发者头疼又着迷的问题：那些概率极低、偶尔冒出来一次的PHP进程崩溃（Core Dump）。作者没有泛泛而谈，而是从一次真实的线上低概率Core事件切入，带领读者深入PHP的内存管理腹地。文章的核心价值在于它清晰地梳理了导致这种“玄学”崩溃的典型根因。比如，可能是在引用计数或垃圾回收的临界点上，一段扩展代码的微小疏忽（如未正确处理的引用）被偶然触发；又或是特定编译选项或操作系统内存分配策略，与PHP内部机制发生了罕见的冲突。作者通过分析崩溃时的堆栈和内存快照，像侦探一样将线索串联，最终锁定了问题源头。对于遇到过类似诡异问题，或者想从根本上理解PHP稳定性的开发者来说，这篇文章的价值在于它提供了一套可复用的分析思路——当“不可能”的Core发生时，该从哪里下手排查，又该如何从PHP内核的层面去理解和规避风险。