systemd配置文件填写了ExecStop=/usr/bin/kill -9 $MAINPID之后重启在messages发生了报错

原因在于systemd模块需要增加自动化检测，检测有一项为检测messages日志内是否有systemd的failed

写了一个检测脚本，脚本的检测messages内容为/bin/cat /var/log/messages |/bin/grep -F "systemd[1]" | /bin/grep -F "failed"

检测结果出现了好几个报错，其中包括就有

查看设备的开机时间是是在7点25

再次查看关机日志在7点23分50秒的时候还有记录，说明是在关机的时候服务failed出现了报错并且记录了日志

这时候疑问就来了，关机如果服务出现问题，极大可能会卡住，但是关机流程正常进行并没有出现什么问题

所以我打开了这结构服务的配置文件希望有点线索，systemctl cat ***.service，果然让我发现了每个服务都写了ExecStop=/usr/bin/kill -9 $MAINPID

这个ExecStop是为了在执行systemctl stop的时候使用的，但是本身systemd自己就有一个stop的机制，这里再写一个就显得有点多余

我试试将这个注释掉，然后再执行关机，多次关机尝试没有出现新的问题。我想我应该是解决了，但是不知道这个具体的原因。

另外docker.service这个服务还没有解决，而且这个服务我查看状态systemctl status docker.service居然是失败的

有大佬在可以透露一点线索吗