针对 Linux 进程挂起问题的调试实用程序？

Question

我有一个执行配置管理的守护进程。所有其他进程都应与该守护进程交互才能发挥作用。但是，当我执行大型操作时，几个小时后，守护进程在 2 到 3 小时内没有响应。 2-3小时后即可正常工作。

针对 Linux 进程挂起问题的调试实用程序？

如何知道linux进程在什么时候挂起？

Answer 1

• strace 可以显示最后的系统调用及其结果
• lsof 可以显示打开的文件
• 当写入日志消息来跟踪进度时，系统日志非常有效。允许将问题限制在较小的区域内。 这通常会在wireshark中出现有趣的结果
• 还将日志消息与来自其他系统的其他消息相关联，如果应用程序使用套接字使线路颤动可见，
• 。 ps ax + top 可以显示您的应用程序是否处于繁忙循环中，即一直运行、休眠或阻塞 IO、消耗 CPU、使用内存。

其中每一个都可能提供一些信息，这些信息共同构成了问题的全貌。

使用 gdb 时，当应用程序被阻止时触发核心转储可能会很有用。然后您将获得一个静态快照，您可以在闲暇时使用事后调试进行分析。您可以通过脚本触发这些。您可以快速构建一组可用于测试您的理论的快照。

Answer 2

一种选择是使用 gdb 并使用 attach 命令来附加到正在运行的进程。您需要加载包含相关可执行文件符号的文件（使用 file 命令）

Answer 3

有多种不同的方法可以实现：

1. 侦听 UNIX 域套接字，以处理状态请求。然后，外部应用程序可以询问该应用程序是否仍然正常。如果在某个超时时间内没有得到响应，则可以认为正在查询的应用程序已死锁或已死亡。

2. 定期触摸具有预选路径的文件。外部应用程序可以查看文件的时间戳，如果它已过时，则可以假设该应用程序已死或死锁。

3. 您可以重复使用alarm系统调用，让信号终止进程（相应地使用sigaction）。只要您继续调用alarm（即只要您的程序正在运行）它就会继续运行。一旦不这样做，信号就会触发。

当进程终止时，您可以使用 fork 和 waitpid 无缝地重新启动进程，如在此答案中。它不会花费任何大量资源，因为操作系统将共享内存页面。