systemd/系统覆盖应该如何工作？

Question

我正在摆弄一些超时设置，并试图找出为 systemd/系统守护进程设置内容的正确方法。具体来说，这是一个动力不足的服务器，并且我在启动 clamd 时总是超时，因此我试图弄清楚需要将 TimeoutStartSec 参数设置为多高。我试过

systemctl edit --full clamd@.service

并编辑它说

TimeoutStartSec=20min

然后做了systemctl daemon-reload

但7分钟后它就神秘地超时了。最终，我发现/usr/lib/systemd/system/clamd@.service有TimeoutStartSec=420。

可能违背了所有正确的做法，我编辑了/usr/lib文件的版本，并注释掉了该行。果然，这改变了事情，但它似乎仍然没有读取版本/etc/systemd。一旦我将其注释掉，它就会在 90 秒后开始超时，我想这一定是默认值。

作为临时解决方法，我已将/usr/lib版本编辑为我想要的 20 分钟，但是......这似乎不是正确的做事方式。

应该systemctl edit编辑版本吗/etc/systemd/system？这是公认的正确做事方式吗？我还需要做更多的事情吗systemctl daemon-reload？

对有关正确方法的任何和所有建议持开放态度。

TIA

Answer 1

systemctl daemon-reload告诉 systemd 自身重新加载更改后的单元配置。不是由本机启动的软件，在本例中为 clamd。（尽管手动警告了这种区别，但您并不是第一个对此感到困惑的人。）

相反，使用单位命令之一，例如systemctl reload-or-restart clamd@.service

systemctl edit 是否应该编辑 /etc/systemd/system 中的版本？

是的。这个想法是 /etc 包含特定于站点的配置，它会覆盖安装到 /usr 的系统软件包。

我会省略--full并创建仅包含不同选项的“直接插入”文件。避免维护单元的完整副本。例如，systemctl edit clamd@.service编辑一个临时文件，该文件将位于类似的位置 /etc/systemd/system/clamd@.service.d/override.conf并且可能仅包含不同的TimeoutStartSec=.