Python守护进程和systemd服务

Question

我有一个简单的Python脚本作为守护程序工作。我正在尝试创建systemd脚本，以便能够在启动期间启动此脚本。

当前systemd脚本：

[Unit]
Description=Text
After=syslog.target

[Service]
Type=forking
User=node
Group=node
WorkingDirectory=/home/node/Node/
PIDFile=/var/run/zebra.pid
ExecStart=/home/node/Node/node.py

[Install]
WantedBy=multi-user.target

node.py：

if __name__ == '__main__':
    with daemon.DaemonContext():
        check = Node()
        check.run()

< code>run包含< code>while True循环。

我尝试使用< code > system CTL start zebra-node . service 运行此服务。不幸的是，服务从来没有完成状态序列-我必须按下Ctrl C。脚本正在运行，但状态是激活，过了一会儿，它改变为停用。现在我正在使用python-daemon(但是之前我没有使用它，症状也类似)。

我应该在我的脚本中实现一些附加功能还是systemd文件不正确？

Answer 1

您没有创建PID文件。

systemd 期望您的程序以 /var/run/zebra.pid 格式编写其 PID。由于您不这样做，systemd可能认为您的程序正在失败，因此将其停用。

要添加PID文件，请安装lockfile并将代码更改为：

import daemon
import daemon.pidlockfile 

pidfile = daemon.pidlockfile.PIDLockFile("/var/run/zebra.pid")
with daemon.DaemonContext(pidfile=pidfile):
    check = Node()
    check.run()

(快速注意:< code>lockfile的一些最新更新更改了其API，使其与python-daemon不兼容。要修复此问题，请编辑< code > daemon/pidlockfile . py ，从导入中移除< code>LinkFileLock，并添加< code > from lock file . link lock file import link lock file as link file lock 。)

注意另一件事：DaemonContext将程序的工作目录更改为/，使服务文件的WorkingDirectory无用。如果您希望DaemonContext将chdir编入另一个目录，请使用DaemonContext（pidfile=pidfile，working_directory="/path/to/dir"）。

Answer 2

像Schnouki和Amit描述的那样去妖魔化是可能的。但是对于systemd，这是不必要的。有两种更好的方法来初始化守护进程:套接字激活和使用sd_notify()的显式通知。

套接字激活适用于想要侦听网络端口或 UNIX 套接字或类似端口的守护程序。Systemd 将打开套接字，侦听它，然后在连接进入时生成守护程序。这是首选的 approch，因为它为管理员提供了最大的灵活性。[1]和[2]给出了一个很好的介绍，[3]描述了C API，而[4]描述了Python API。

[1]http://0pointer.de/blog/projects/socket-activation.html
[2]http://0pointer.de/blog/projects/socket-activation2.html
[3]http://www.freedesktop.org/software/systemd/man/sd_listen_fds.html
[4]http://www.freedesktop.org/software/systemd/python-systemd/daemon.html#systemd.daemon.listen_fds

显式通知意味着守护进程自己打开套接字和/或进行任何其他初始化，然后通知init它准备好了，可以为请求提供服务。这可以用“分叉协议”来实现，但实际上用sd_notify()向systemd发送通知更好。Python包装器名为systemd.daemon.notify，将是一行代码[5]。

[5]http://www . free desktop . org/software/systemd/python-systemd/daemon . html # systemd . daemon . notify

在这种情况下，单元文件的类型为notify，并调用systemd.daemon。在建立套接字后通知（“就绪=1”）。无需分叉或后台处理。

Answer 3

它没有完成启动顺序的原因是，对于类型分叉，您的启动过程预计将分叉并退出（请参阅$man systemd.service-搜索分叉）。

一种选择是少做。使用systemd，通常不需要创建守护进程，您可以直接运行代码而无需守护进程。

#!/usr/bin/python -u
from somewhere import Node
check = Node()
check.run()

这允许使用更简单的服务类型，称为简单，因此您的单元文件将如下所示。

[Unit]
Description=Simplified simple zebra service
After=syslog.target

[Service]
Type=simple
User=node
Group=node
WorkingDirectory=/home/node/Node/
ExecStart=/home/node/Node/node.py
StandardOutput=syslog
StandardError=syslog

[Install]
WantedBy=multi-user.target

请注意，python shebang 中的 -u 不是必需的，但是如果您将某些内容打印到 stdout 或 stderr，则 -u 确保没有输出缓冲，并且打印的行将立即被 systemd 捕获并记录在日志中。没有它，它将在一段时间内出现。

为此，我在单元文件中添加了行< code > standard output = syslog 和< code > standard error = syslog 。如果您不关心日志中的打印输出，就不要关心这些行(它们不必出现)。

虽然你的问题的标题明确地问了关于守护进程的问题，但我想，问题的核心是“如何让我的服务运行起来”，虽然使用main进程看起来简单得多(你根本不必关心守护进程)，但这可以被认为是对你的问题的回答。

我认为，许多人使用守护神化只是因为“每个人都这样做”。对于 systemd，守护程序化的原因通常已经过时了。使用守护程序化可能有一些原因，但现在这种情况很少见。

编辑:将< code>python -p修正为正确的< code>python -u。感谢kmftzg