Python守护程序和systemd服务

问题描述 投票：68回答：5

我有一个简单的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.朋友:

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

run包含while True循环。

我尝试使用systemctl start zebra-node.service运行此服务。不幸的是服务从未完成陈述序列 - 我必须按Ctrl + C.脚本正在运行，但状态正在激活，一段时间后它将变为停用状态。现在我正在使用python-daemon（但在没有它尝试之前，症状相似）。

我应该为我的脚本实现一些额外的功能还是systemd文件不正确？

python python-daemon systemd
5个回答
103
投票

原因是，它没有完成启动顺序，对于类型forking，你的启动过程有望分叉和退出（参见$ man systemd.service - search for forking）。

Simply use only the main process, do not daemonize

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

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

这允许使用称为simple的更简单的服务类型，因此您的单元文件看起来像。

[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捕获并记录在日志中。如果没有它，它会出现一些延迟。

为此，我在单元文件中添加了行StandardOutput=syslog和StandardError=syslog。如果您不关心日记中的打印输出，请不要关心这些行（它们不必存在）。

systemd使守护进程变得过时

虽然你的问题的标题明确地询问守护进程，但我猜，问题的核心是“如何使我的服务运行”，而使用主进程似乎更简单（你根本不必关心守护进程），它可以考虑回答你的问题。

我想，许多人只是因为“每个人都这样做”而使用守护进程。使用systemd，守护进程的原因通常是过时的。使用守护进程可能有一些原因，但现在这种情况很少见。

编辑：修复python -p到适当的python -u。谢谢kmftzg

21
投票

像Schnouki和Amit描述的那样可以守护。但是使用systemd这不是必需的。有两种更好的方法来初始化守护进程：socket-activation和使用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.freedesktop.org/software/systemd/python-systemd/daemon.html#systemd.daemon.notify

在这种情况下，单元文件将具有Type = notify，并在建立套接字后调用systemd.daemon.notify（“READY = 1”）。不需要分叉或守护。

14
投票

您没有创建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()

（快速说明：lockfile的一些最新更新改变了它的API并使其与python-daemon不兼容。要修复它，编辑daemon/pidlockfile.py，从导入中删除LinkFileLock，并添加from lockfile.linklockfile import LinkLockFile as LinkFileLock。）

小心另一件事：DaemonContext将你的程序的工作目录更改为/，使你的服务文件的WorkingDirectory无用。如果你想让DaemonContext到chdir到另一个目录，请使用DaemonContext(pidfile=pidfile, working_directory="/path/to/dir")。

3
投票

此外，您最有可能在创建daemon_context=True时设置DaemonContext()。

这是因为，如果python-daemon检测到它在init系统下运行，则它不会从父进程分离。 systemd希望与Type=forking一起运行的守护进程会这样做。因此，你需要它，否则systemd将继续等待，最后杀死进程。

如果您很好奇，在python-daemon的守护进程模块中，您将看到以下代码：

def is_detach_process_context_required():
    """ Determine whether detaching process context is required.

        Return ``True`` if the process environment indicates the
        process is already detached:

        * Process was started by `init`; or

        * Process was started by `inetd`.

        """
    result = True
    if is_process_started_by_init() or is_process_started_by_superserver():
        result = False

希望这能更好地解释。

1
投票

在尝试将一些python init.d服务转换为CentOS 7下的systemd时，我遇到了这个问题。通过将此文件放在/etc/systemd/system/中，这似乎对我很有用：

[Unit]
Description=manages worker instances as a service
After=multi-user.target

[Service]
Type=idle
User=node
ExecStart=/usr/bin/python /path/to/your/module.py
Restart=always
TimeoutStartSec=10
RestartSec=10

[Install]
WantedBy=multi-user.target

然后我从/etc/init.d中删除了我的旧init.d服务文件并运行sudo systemctl daemon-reload来重新加载systemd。

我希望我的服务能够自动重启，因此重启选项。我还发现使用idle为Type比simple更有意义。

闲置行为非常类似于简单;但是，服务二进制文件的实际执行会延迟，直到调度所有活动作业为止。这可用于避免将shell服务的输出与控制台上的状态输出交错。

关于我使用here的选项的更多细节。

我还尝试保留旧服务并让systemd重新启动服务，但我遇到了一些问题。

[Unit]
# Added this to the above
#SourcePath=/etc/init.d/old-service 

[Service]
# Replace the ExecStart from above with these
#ExecStart=/etc/init.d/old-service start
#ExecStop=/etc/init.d/old-service stop

我遇到的问题是，如果两者的名称相同，则使用init.d服务脚本而不是systemd服务。如果您终止了init.d启动的进程，那么systemd脚本将接管。但是如果你运行service <service-name> stop它会引用旧的init.d服务。所以我发现最好的方法是删除旧的init.d服务和引用systemd服务的服务命令。

希望这可以帮助！

最新问题
© www.soinside.com 2019 - 2024. All rights reserved.