精髓:
我创建了一个守护进程来管理远程平台上的一些任务。 它是用python编写的,接受start、stop和restart参数。 在尝试将其添加到systemd时(这样它将在系统启动时启动,在关闭时停止,等等),我遇到了一个问题: 它似乎看到守护进程在运行,但我不确定它是否实际工作,因为重新启动或请求状态返回错误:
[user@centos ~]# systemctl restart mydaemon
Failed to restart mydaemon.service: Unit mydaemon.service failed to load: No such file or directory.
[user@centos ~]# systemctl status mydaemon
● mydaemon.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)
具体内容:
代码本身遵循了著名的sandermarechal的example,只做了很少的修改。它本身工作没有任何问题,并且对所有公认的论据都作出了适当的反应。pid保存在/tmp/my-daemon.pid
。在
systemd服务文件位于用户守护程序目录中:/usr/lib/systemd/user/mydaemon.service
,代码如下:
systemctl
将其状态返回为active,但前提是提供了pid:
[user@centos ~]# systemctl status 9177
● session-481.scope - Session 481 of user user
Loaded: loaded
Drop-In: /run/systemd/system/session-481.scope.d
└─50-After-systemd-logind\x2eservice.conf, 50-After-systemd-user-sessions\x2eservice.conf, 50-Description.conf, 50-SendSIGHUP.conf, 50-Slice.conf
Active: active (running) since Tue 2016-05-17 06:24:51 EDT; 1h 43min ago
CGroup: /user.slice/user-0.slice/session-481.scope
├─8815 sshd: root@pts/0
├─8817 -bash
├─9177 python /home/user/mydaemon_v01.py start
└─9357 systemctl status 9177
我在这里看到了一个关于堆栈溢出的similar question,但它似乎没有解决我的问题的方法。在
我想由于缺乏使用systemd的经验,我可能会错过一些非常明显的东西,如果有人能为我指出这一点,或者告诉我正确的方向,我将不胜感激。提前谢谢,请原谅我疯狂的英语技巧。在
经过一些额外的google搜索,我找到了一个解决方案:我实际上忘记了将守护进程添加到
systemctl
:还值得一提的是,绝对路径是必需的。在
唯一剩下的就是刷新systemctl:
^{pr2}$之后,服务被添加,并且
一切都很完美。在
启用具有完整路径名的守护程序可以解决此问题,但有更好的解决方案。在
问题是该服务位于用户目录中,但作为系统服务启动。然而,无论如何,/usr/lib并不是添加新服务文件的正确位置。该目录用于作为操作系统包的一部分提供的文件。添加新的system服务的正确目录位于/etc/systemd/system请参见related docs about systemd paths。在
您仍然需要
enable
该服务以确保它在启动时被加载。在相关问题 更多 >
编程相关推荐