如何知道正在运行的脚本是否死掉？

Question

所以我对编程有点陌生，而且大部分是自学的，如果这个问题有点适合新手，我很抱歉。

我有一个长时间运行的 python 脚本（例如，它每隔几秒下载一次页面，连续几天）。类似于 Web 应用程序的监控脚本。

时不时地，某些东西会扰乱它，并且需要重新启动。我已经将这些事件降到了最低限度，但它仍然每隔几天就会发生一次，当它被杀死时，如果我几个小时没有注意到，那可能是个坏消息。

现在它正在 VPS 上的屏幕会话中运行。

有人可以为我指明正确的方向，了解脚本何时终止/并自动重新启动吗？

这是用 Bash 写的东西吗？或者其他什么？我以前从未做过类似的事情，不知道从哪里开始，甚至不知道寻找信息。

Answer 1

你可以尝试supervisord，它是一个控制守护进程的工具。

Answer 2

您应该对您的程序进行守护进程。

如高效Python守护进程中所述，您可以安装并使用python-daemon 实现了 PEP 3143，“标准守护进程库”。

创建一个包含如下内容的文件 mydaemon.py：

#!/usr/bin/env python

import daemon
import time
import logging

def do_something():
    name = 'mydaemon'
    logger = logging.getLogger(name)
    handler = logging.FileHandler('/tmp/%s.log' % (name))
    formatter = logging.Formatter('%(asctime)s %(levelname)s %(message)s')
    handler.setFormatter(formatter)
    logger.addHandler(handler) 
    logger.setLevel(logging.WARNING)

    while True:
        try:
            time.sleep(5)
            with open("/tmp/file-does-not-exist", "r") as f:
                f.write("The time is now " + time.ctime())
        except Exception, ex:
            logger.error(ex)

def run():
    with daemon.DaemonContext():
        do_something()

if __name__ == "__main__":
    run()

要实际运行它，请使用：

python mydaemon.py

这将在 DaemonContext 中生成 do_something()，然后脚本 mydaemon.py 将退出。您可以使用以下命令查看正在运行的守护进程：pgrep -fl mydaemon.py。这个简短的示例将简单地将错误记录到 /tmp/mydaemon.log 中的日志文件中。您需要手动终止守护进程，否则它将无限期地运行。

要运行您自己的程序，只需将 try 块的内容替换为对您的代码的调用即可。

Answer 3

我相信在循环内执行 python 脚本的包装 bash 脚本应该可以解决问题。

while true; do
    # Execute python script here
    echo "Web app monitoring script disrupted ... Restarting script."
done

希望这有帮助。

Answer 4

这取决于您想要防范的失败类型。如果只是脚本崩溃，最简单的方法是将 main 函数包装在 try/ except 中：

import logging as log

while True:
    try:
        main()
    except:
        log.exception("main() crashed")

如果某些东西正在杀死 Python 进程，那么在 shell 循环中运行它可能是最简单的：

while sleep 1; do python checker.py; done

如果它崩溃是因为机器坏了……好吧……Quis custodiet ipsos custodes？

但是，要直接回答您的问题：检查它是否从 shell 运行的绝对最简单的方法是 grep ps 的输出：

ps | grep "python checker.py" 2>&1 > /dev/null
running=$?

当然，这并不是万无一失的，但通常是这样够好了。