我的应用程序在Linux上作为后台进程运行。它目前在终端窗口的命令行中启动。
最近，一个用户正在执行应用程序一段时间，它神秘地死亡了。文本:
杀了
在终端机上。这样发生了两次。我问是否有人在不同的终端使用kill命令杀死进程?不。
在什么情况下Linux会决定终止我的进程?我相信shell显示“已杀”是因为进程在接收到kill(9)信号后死亡。如果Linux发送了终止信号，系统日志中是否应该有一条消息解释为什么它被终止?
当前回答
我最近遇到了这个问题。最后，我发现我的进程在自动调用Opensuse zypper更新后被杀死了。禁用zypper更新解决了我的问题。
其他回答
我最近遇到了这个问题。最后，我发现我的进程在自动调用Opensuse zypper更新后被杀死了。禁用zypper更新解决了我的问题。
用户可以使用kill或Control+C杀死自己的程序，但我的印象是这并没有发生，而且用户向您投诉了。
Root当然有杀死程序的能力，但如果有人在你的机器上安装了Root并杀死了一些东西，你就有更大的问题了。
如果您不是系统管理员，系统管理员可能对CPU、RAM、磁盘使用设置了配额，并且会自动杀死超过配额的进程。
除了这些猜测，没有更多关于这个项目的信息，我不能确定。
如果用户或系统管理员没有杀死内核可能已经杀死的程序。内核只会在特殊情况下终止进程，比如资源极度匮乏(比如mem+swap耗尽)。
Try:
dmesg -T| grep -E -i -B100 'killed process'
其中-B100表示在kill发生之前的行数。
在Mac OS上省略-T。
我们在客户站点(我认为是Red Hat)的Linux下反复出现问题，OOMKiller(内存不足杀手)杀死了我们的主要应用程序(即服务器存在的原因)和它的数据库进程。
在每种情况下，OOMKiller只是简单地认为进程使用了太多的资源……这台机器甚至还没有因为缺乏资源而崩溃。应用程序及其数据库都没有内存泄漏(或任何其他资源泄漏)问题。
我不是Linux专家，但我认为它的算法决定什么时候杀死什么东西是复杂的。此外，我被告知(我不能说这是准确的)，OOMKiller是烘焙到内核，你不能简单地不运行它。
