本文描述了如何在BASH脚本中保持子进程的活动:
How do I write a bash script to restart a process if it dies?
这对于调用另一个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包装器......为什么?
答案 0 :(得分:5)
一个守护进程双叉,作为守护自身的关键点 - 所以父进程所拥有的PID没有任何价值(它在子进程启动后很快就消失了)。
因此,守护进程应该将其PID写入“知名位置”中的文件,按照惯例,父进程知道从哪里读取它;使用这种(传统)方法,父进程,如果它想要作为重启监视程序,可以简单地从众所周知的位置读取守护进程的PID,并定期检查守护进程是否仍然存活,并在需要时重新启动它。
当然,执行需要一些小心(“陈旧的”PID将保留在“众所周知的位置”文件中一段时间,父母必须考虑到这一点),并且有可能的变体(守护程序可以发出一个“心跳”,以便父母不仅可以检测死守护进程,还可以检测到“永远卡住”的守护进程,例如由于死锁,因为他们停止发出“心跳”[[通过UDP广播等]] - 等等),但这是一般的想法。
答案 1 :(得分:3)
您应该查看Python Enhancement Proposal 3143(PEP)here。在其中Ben建议在python标准库中包含一个守护进程库。他浏览了很多关于守护进程的非常好的信息,并且非常容易阅读。参考实现是here。
答案 2 :(得分:0)
似乎行为完全不同,因为这里你的“daemon.py”在后台作为守护进程启动。
在另一个链接中,您指出要调查的进程是不是守护进程,它不会在后台启动。发射器只是等待孩子进程停止。
有几种方法可以解决这个问题。经典的是@Alex解释的方式,在传统的地方使用一些pid文件。
另一种方法可能是在正在运行的守护程序中构建监视程序并对监视程序进行守护程序...这将模拟一个不会随机中断的正确进程(不应该发生的事情)......
答案 3 :(得分:-1)
利用' https://github.com/ut0mt8/simple-ha'
<强>简单-HA 强>
厌倦了保持健康,同步,心脏起搏器,心跳或其他什么?这是一个简单的守护进程,可以确保两个主机之间的心跳。一个是活动的,另一个是备份,在更改状态时启动脚本。简单的实施,KISS。生产准备就绪(至少它适用于我:)
生活太容易了!