如何在 systemd 中允许缓慢启动的依赖服务

Question

有时一个服务会启动并分叉 - 给 systemd 一个它已经准备好的错觉 - 即使它还没有完成“预热”。在这个特定的实例中，我使用 ApacheDS 来提供 LDAP 服务。当这个单元启动时，检查“systemctl status apacheds”将显示它正在运行，以及单个日志行：

4 月 4 日 15:34:33 daisy systemd[1]：启动 Apache Directory Server。

但是……它还没有服务。直到端口测试（如“lsof -i :389”或“netstat -pan | grep :389 | grep LISTEN”）显示存在活动侦听器，否则没有可用的 LDAP。

无论是否应该这样做 - 这需要大约 2 分钟才能完全启动。我的问题不是 ApacheDS 是坏了还是应该更换——而是如何处理 systemd 中的慢速初始化服务。

有没有办法将这样的测试放入 systemd 中，要么告诉它等待有效以显示 apacheds 服务已启动，要么将其作为依赖服务的先决条件，而不会让它们简单地失败并仍然拒绝启动?

这是一个有效的测试脚本：

#!/bin/bash
TRIES=30
WAIT=10

while /bin/netstat -an | /bin/grep \:10389 | /bin/grep LISTEN ; [ $? -ne 0 ]; do
    let TRIES-=1
    if [ $TRIES -gt 1 ]; then
            sleep $WAIT
    fi
done

Answer 1

您可以ExecStartPost=foo在单元文件中添加foo一个脚本，用于检查（并重新检查）直到服务可用。

TimeoutStartSec编辑：您可能还需要增加。默认值为 90 秒。