Systemd服务执行脚本时的命令执行状态检测通知与错误重定向问题

兄弟，我来帮你梳理下这个问题哈！首先得说清楚你用的SuccessExitStatus=0为啥没解决问题——这个参数其实是告诉systemd「哪些退出码算服务成功终止」，默认0本来就是成功状态，所以它管的是整个服务脚本的最终退出码，而不是脚本里单个命令（比如psql查询）的执行状态。要监控脚本里每一步的命令状态，得从脚本内部和systemd的日志/触发机制两方面入手：

一、如何让systemd感知脚本内命令的执行状态并通知 #

1. 脚本内部主动捕获命令返回码 #

你需要在脚本里给每个关键命令（比如psql查询）加上返回码检查，一旦失败就输出明确的错误信息，甚至让脚本直接以非0码退出，这样systemd会立刻识别服务异常。举个例子：

# 执行psql查询并保存结果
psql -U username -d dbname -c "SELECT * FROM target_table;" > query_result.txt
# 检查上一条命令的返回码
if [ $? -ne 0 ]; then
    echo "ERROR: psql查询执行失败！" >&2  # 把错误信息输出到stderr
    exit 1  # 让脚本以非0码退出，systemd会标记服务为failed状态
fi

这样一来，只要脚本里的psql命令失败，脚本就会带着错误码退出，你用systemctl status your-service.service就能看到具体的失败原因。

2. 用systemd的触发机制做主动通知 #

如果想在命令失败时自动触发告警（比如发邮件、跑通知脚本），可以在systemd服务文件里加OnFailure=参数，指定一个失败后要执行的服务单元：

[Service]
ExecStart=/path/to/your/script.sh
OnFailure=notify-failure@%i.service

然后你可以写一个notify-failure@.service模板单元，里面执行具体的告警逻辑（比如调用邮件发送脚本）。

3. 通过日志监控状态 #

脚本里的所有输出（包括你手动echo的成功/失败信息）都会被systemd的journald日志系统捕获，你可以用journalctl -u your-service.service实时查看脚本的执行细节。如果需要实时追踪错误，还可以用journalctl -f -u your-service.service | grep "ERROR:"来过滤错误信息。

二、将错误重定向到特定文件夹 #

这里有两种常用方式，看你需求选择：

1. 脚本内部单独重定向每个命令的错误 #

如果只想把psql这类特定命令的错误存到指定文件夹，可以在命令后面直接加stderr重定向：

psql -U username -d dbname -c "SELECT * FROM target_table;" 2>> /var/log/your-service/psql_errors.log

2>>表示以追加模式写入错误日志，不会覆盖之前的内容。记得提前创建好/var/log/your-service文件夹，并给脚本对应的用户设置写入权限。

2. 在systemd服务文件中统一重定向所有错误 #

如果想把整个服务脚本的所有错误输出都存到特定文件，可以在服务文件的[Service]段添加以下配置：

[Service]
# 将标准错误输出追加到指定文件
StandardError=append:/var/log/your-service/service_errors.log
# 可选：将标准输出也单独存到另一个文件
StandardOutput=append:/var/log/your-service/service_output.log

这样不管脚本里哪个命令出错，错误信息都会被统一写到指定的日志文件里，方便集中查看。

最后再总结下：SuccessExitStatus=0是管服务整体退出状态的，要监控内部命令得靠脚本里的返回码检查+systemd的日志/触发机制，错误重定向可以在脚本里单独处理，也可以用systemd的配置统一管理。

备注：内容来源于stack exchange，提问作者NeG