Systemctl依赖失败，停止依赖服务

Question

我有两种服务a.service和b.service。a、 显示服务

[Unit]
Description=My service

[Service]
Type=forking
ExecStart=/bin/sh /home/admin/run.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target,

b、 服务

[Unit]
Description=My service

[Service]
Type=forking
ExecStart=/bin/sh $HOME/theFolder/run.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target

现在，当我开始b.service，我确信a.service将被启动。在运行时，突然有人扰乱 /home/admin/run.sh和systemd无法启动a.service（也是systemctl状态a.service显示为状态失败）。现在有一个选项，b.service可以知道a.service失败，它应该停止/退出吗？

Answer 1

您需要将绑定添加到您的[单元]部分，如man systemd中所述。单位：

需求=配置对其他单元的需求依赖性。如果此单元被激活，此处列出的单元也将被激活。如果其他单元之一被停用或其激活失败，此单元将被停用。此选项可以多次指定，或者可以在一个选项中指定多个空格分隔的单元，在这种情况下，将为所有列出的名称创建需求依赖性。请注意，需求依赖性不会影响服务启动或停止的顺序。这必须使用后=或前=选项独立配置。如果一个单元foo.service需要一个bar.service配置为需求=的单元，并且没有配置排序为后=或前=，那么如果激活foo.service，两个单元将同时启动，并且它们之间没有任何延迟。通常，使用需求=而不是需求=是更好的选择，以便在处理故障服务时实现更健壮的系统。

BindsTo=配置需求依赖关系，在风格上与Requires=非常相似，但是除了此行为外，它还声明当列出的任何单元突然消失时，此单元将停止。如果服务自行终止、设备拔出或安装点卸载而未涉及systemd，则单元可能会突然意外地消失。