Systemd - 在 ExecStopPost 中检测服务是否无错误退出

Question

我有一个应用程序在完成并正常退出后不应重新启动。在此应用程序完成其业务后，我想关闭实例（ec2）。我正在考虑使用带有选项的 systemd 单元文件来执行此操作

Restart=on-failure
ExecStopPost=/path/to/script.sh

应该在ExecStopPost 上运行的脚本：

#!/usr/bin/env bash

# sleep 1; adding sleep didn't help

# this always comes out deactivating
service_status=$(systemctl is-failed app-importer) 

# could also do the other way round and check for failed
if [ $service_status = "inactive" ] 
then
  echo "Service exited normally: $service_status . Shutting down..."
  #shutdown -t 5
else
  echo "Service did not exit normally - $service_status"
fi
exit 0

问题是，当 post stop 运行时，我似乎无法检测到服务是否正常结束，然后状态为deactivating，只有在我知道它是否进入failed 状态之后。

Answer 1

您的问题是 systemd 认为服务是 deactivating 直到 ExecPostStop 进程完成。睡觉并没有帮助，因为它只会等待更长的时间。 ExecPostStop 的想法是清理服务可能留下的任何东西，如临时文件、UNIX 套接字等。服务尚未完成，准备重新启动，直到清理完成。因此，如果您这样看，systemd 所做的确实是有意义的。

您应该做的是检查您的脚本中的$SERVICE_RESULT、$EXIT_CODE 和/或$EXIT_STATUS，它会告诉您服务是如何停止的。示例：

#!/bin/sh
echo running exec post script | logger
systemctl is-failed foobar.service | logger
echo $SERVICE_RESULT, $EXIT_CODE and $EXIT_STATUS | logger

何时允许服务运行完成：

Sep 17 05:58:14  systemd[1]: Started foobar.
Sep 17 05:58:17  root[1663]: foobar service will now exit
Sep 17 05:58:17  root[1669]: running exec post script
Sep 17 05:58:17  root[1671]: deactivating
Sep 17 05:58:17  root[1673]: success, exited and 0

当服务在完成之前停止：

Sep 17 05:57:22  systemd[1]: Started foobar.
Sep 17 05:57:24  systemd[1]: Stopping foobar...
Sep 17 05:57:24  root[1643]: running exec post script
Sep 17 05:57:24  root[1645]: deactivating
Sep 17 05:57:24  root[1647]: success, killed and TERM
Sep 17 05:57:24  systemd[1]: Stopped foobar.