Systemd定时器与条件式服务交互异常问题求助

我之前也碰到过一模一样的情况，问题根源在于systemd Timer对服务执行状态的判断逻辑：当你的foo.service因为ConditionDirectoryNotEmpty=/tmp/foo条件不满足被跳过时，systemd会把这次服务触发标记为“失败”（而非正常完成），Timer就会陷入异常状态——比如重复重试、显示错误的下次触发时间，甚至卡住。

这里有两种靠谱的解决方法，你可以根据需求选择：

方法一：用脚本逻辑替代systemd条件检查（兼容所有systemd版本） #

把服务里的ConditionDirectoryNotEmpty去掉，换成在执行命令时自己判断目录是否有内容，确保不管有没有文件，服务都能正常返回成功状态：

修改foo.service的[Service]段：

[Service]
Type=oneshot
# 判断目录非空才删除，否则直接退出（返回0）
ExecStart=/bin/sh -c "if [ -n \"$(ls -A /tmp/foo 2>/dev/null)\" ]; then rm -rf /tmp/foo/*; fi"

这样不管/tmp/foo有没有文件，脚本都会正常执行并返回成功，Timer会认为每次触发都完成了，就能按计划正常运行。

方法二：保留systemd条件检查，添加条件不满足时的 fallback 命令（需要systemd 240+） #

如果你想保留systemd的条件式启动逻辑，可以用ElseExecStart指令，当条件不满足时执行一个无操作但返回成功的命令：

修改foo.service的[Service]段：

[Service]
Type=oneshot
ConditionDirectoryNotEmpty=/tmp/foo
ExecStart=/bin/rm -rf /tmp/foo/*
# 条件不满足时执行true，确保服务返回成功
ElseExecStart=/bin/true

这样两种场景下服务都会以成功状态退出，Timer就不会误判为失败了。

最后修复异常的Timer #

不管用哪种方法，修改完服务配置后，记得执行以下命令让配置生效并重启Timer：

systemctl daemon-reload
systemctl restart foo.timer

之后再用systemctl list-timers查看，Timer应该就能恢复正常的触发状态了。

内容的提问来源于stack exchange，提问作者MSalters