5

这篇文章描述了如何在 BASH 脚本中保持子进程处于活动状态：

如果进程死了，如何编写 bash 脚本来重新启动进程？

这对于调用另一个 BASH 脚本非常有用。

但是，我尝试执行类似的操作，其中子进程是 Python 脚本 daemon.py，它创建了一个在后台运行的分叉子进程：

#!/bin/bash

PYTHON=/usr/bin/python2.6

function myprocess {


$PYTHON daemon.py start

}
NOW=$(date +"%b-%d-%y")

until myprocess; do
     echo "$NOW Prog crashed. Restarting..." >> error.txt
     sleep 1
done

现在行为完全不同了。似乎 python 脚本不再是 bash 脚本的子脚本，但似乎已经“接管”了 BASH 脚本 PID - 所以被调用的脚本周围不再有 BASH 包装器......为什么？

4

4 回答 4

5

守护进程双分叉，作为守护进程自身的关键点——因此父进程拥有的 PID 没有价值（在子进程启动后它很快就消失了）。

因此，守护进程应该将其 PID 写入“众所周知的位置”中的文件，按照惯例，父进程知道从哪里读取它；使用这种（传统的）方法，如果父进程想要​​充当重启看门狗，可以简单地从已知位置读取守护进程的 PID，并定期检查守护进程是否还活着，并在需要时重新启动它。

当然，它在执行时需要一些小心（“陈旧”的 PID 将在“众所周知的位置”文件中停留一段时间，并且父级必须考虑到这一点），并且存在可能的变体（守护进程可能会发出“心跳”，这样父进程不仅可以检测到死的守护进程，还可以检测到“永远卡住”的守护进程，例如由于死锁，因为它们停止发出“心跳”[[通过 UDP 广播等]] - 等等等），但这是一般的想法。

于 2010-04-26T15:20:04.167 回答
3

您应该在此处查看 Python 增强提案 3143 (PEP) 。在其中，Ben 建议在 python 标准库中包含一个守护程序库。他阅读了很多关于守护进程的非常好的信息，并且很容易阅读。参考实现在这里。

于 2010-04-26T16:10:52.287 回答
0

似乎行为完全不同，因为在这里您的“daemon.py”作为守护进程在后台启动。

在另一个链接中，您指出被调查的进程不是守护进程，它不会在后台启动。启动器只是永远等待子进程停止。

有几种方法可以克服这一点。经典的一种是@Alex 解释的方式，在常规位置使用一些 pid 文件。

另一种方法可能是在您正在运行的守护程序中构建看门狗并守护看门狗......这将模拟一个不会随机中断的正确进程（不应该发生的事情）......

于 2010-04-26T15:20:48.223 回答
-1

使用“ https://github.com/ut0mt8/simple-ha ”。

简单哈

厌倦了keepalived、corosync、起搏器、心跳或其他什么？这里有一个简单的守护进程来确保两台主机之间的心跳。一个是活动的，另一个是备份，改变状态时启动脚本。简单的实现，KISS。生产就绪（至少它对我有用：）

生活会太轻松！

于 2016-11-12T07:06:47.657 回答