如何在unix上找到没有日志文件的死进程的原因？

Question

这是一道面试题。

开发人员启动了一个流程。 但当客户想要使用该流程时，他发现该流程没有运行。 开发者登录后发现进程死掉了。开发人员如何知道出了什么问题？

跟进：一个正在运行的进程，应该将日志写入文件。但文件中没有日志。开发人员如何弄清楚这个过程中发生了什么？

我认为 ： 如果程序可以重新运行，我将使用 gdb 来跟踪该进程。 如果没有，请检查进程（应用程序）的输出文件。 或者，将 print 添加到代码中。

但是，是否有其他方法可以通过引用操作系统生成的一些信息来做到这一点？

Answer 1

如果您有磁盘空间和空闲 CPU 能力，您可以保留 strace 跟随程序捕获导致退出的序列。

如果程序在没有留下任何痕迹的情况下死亡，一个可能的原因是内存不足 (OOM) 杀手。如果它终止了您的进程，则会在内核日志中留下一条消息。

从同一个答案中， 进程可以修改accounting，通过告诉您退出代码和退出时间来提供一些线索。

Answer 2

是否有其他方法可以通过引用生成的一些信息来做到这一点
通过操作系统？

核心转储是一种选择。

Answer 3

有时程序不会创建核心转储。在这种情况下，了解软件的退出代码可能会有所帮助。

因此，您可以使用下面的这个脚本来启动您的软件并记录其退出状态以查找其退出原因。

例子 ：

#!/bin/bash
./myprogram

#get exit code
exitvalue=$?

#log exit code value to /var/log/messages
logger -s "exit code of my program is " $exitvalue

Answer 4

...使用像 gdb 这样的调试器...