Jer*_*vis 5 startup systemd services
我想我有不同的比较好的手柄Type,其systemd可以配置为(例如服务的simple,oneshot等等)。
该文档提供的选项相当合理的概述和说明。因此,通常可以“猜测”可能的最佳选择并进行“反复试验”以进行确认。对于我非常熟悉的应用程序尤其如此。
但是,我担心在我的“试错”测试期间可能存在我没有考虑的情况(即边缘案例错误的风险)。所以我对测试/调查应用程序的方法提出了建议,以确定它可能是最好的Type。
FWIW,我正在考虑手动启动应用程序并跟踪它如何响应的某种方法,无论它是否分叉(多个进程等)。我觉得必须有一些相对简单的方法来做到这一点(使用标准命令行工具),我错过了。
我不确定它是否相关,但 Debian 是我选择的发行版。
tel*_*coM 10
当您从命令行手动启动服务时(不使用nohup前缀命令或&后缀在后台运行它,或者换句话说,只运行您将放在文件ExecStart=行上的.service命令),会发生什么?
a)如果服务启动并继续运行,并且直到您按 Control-C 或以其他方式停止服务后提示才返回:那么Type = simple是正确的选择。
b)如果提示返回但服务一直在后台运行(即服务自行守护),则Type = forking是正确的选择。
c)如果服务完成了它的工作并返回到提示符而不离开任何运行(即服务只是调整一些内核设置,向其他东西发送命令或做类似的事情),那么Type = oneshot可能是正确的选择。在这种情况下,ExecStart服务的可能是“设置”某些东西的命令,也ExecStop可能是“取消设置”它的相应命令。这种类型通常受益于RemainAfterExit=true,因此 systemd 将根据事物最近是“设置”还是“未设置”来跟踪此服务的“状态”。
其他Type值是特殊情况。例如,如果服务使用 D-Bus 连接,则Type = dbus可能是最佳选择。它systemd知道这一事实,然后 systemd 将通过 D-Bus 上此服务的存在来跟踪此服务(以及任何依赖于它的服务)。
要使用Type = notify,进程必须能够连接到环境变量中指定的 Unix 套接字,$NOTIFY_SOCKET并在必要时通过向该套接字写入消息来报告其状态。此外,服务文件应指定相应NotifyAccess选项以授予对通知套接字的访问权限。
有一个命令行实用程序systemd-notify和一个 C 库函数sd_notify(3)可以用来发送这些消息,但如果它们都不适合您的要求,您可以实现自己的消息发送器。所需的消息非常简单,看起来像 shell 变量赋值:例如,要通知服务已成功完成启动并准备好为任何传入请求提供服务,服务应将与 的输出等效的字符串发送printf "READY=1\n"到套接字。有关man 3 sd_notify已识别消息的更多详细信息,请参阅。
注意:许多设计为可移植到许多 Unix 风格系统的服务应用程序默认情况下可能表现为 b),但可以通过添加一个选项(通常描述为“不要分叉”、“继续运行”)使其像 a) 一样工作在前台”,“不要守护”或类似的)。在这种情况下,如果该选项没有其他副作用,那么添加该选项并使用 a) 类型的行为对于systemd.
| 归档时间: |
|
| 查看次数: |
191 次 |
| 最近记录: |