我有一堆服务负责运行队列中消耗的操作。
我希望能够轻轻地重新启动服务（不中断已经运行的操作）
可以通过处理 systemd 发送的 SIGTERM 并保存程序在当前操作处理后应该退出的信息来解决。
还有一个小问题是，在服务配置文件中定义的一段时间后，TimeoutStopSecsystemd 将发送额外的 SIGKILL 以残酷地终止我的进程。
我可以通过设置轻松避免它TimeoutStopSec=infinity。然后systemctl stop'将等到脚本自行终止，这可能会持续一个多小时，并导致我遇到主要问题。
我不希望systemctl命令等到脚本结束
看起来SendSIGKILL=no配置完成了这项工作。SIGTERM这导致在之后重试TimeoutStopSec，然后创建新的工作人员，并让旧的工作人员继续运行。
journalctl 日志
May 06 14:14:43 jaku systemd[1]: Stopping Jaku test worker...
May 06 14:14:43 jaku python3[31597]: * 15 <frame object at 0x14d8108>
May 06 14:14:53 jaku systemd[1]: jaku-test-worker.service: State 'stop-sigterm' timed out. Skipping SIGKILL.
May 06 14:14:53 jaku python3[31597]: * 15 <frame object at 0x14d8108>
May 06 14:15:03 jaku systemd[1]: jaku-test-worker.service: State 'stop-final-sigterm' timed out. Skipping SIGKILL. Entering failed mode.
May 06 14:15:03 jaku systemd[1]: jaku-test-worker.service: Failed with result 'timeout'.
May 06 14:15:03 jaku systemd[1]: Stopped Jaku test worker.
May 06 14:15:03 jaku systemd[1]: jaku-test-worker.service: Found left-over process 31597 (python3) in control group while starting unit. Ignoring.
May 06 14:15:03 jaku systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
May 06 14:15:03 jaku systemd[1]: Started Jaku test worker.
jaku@jaku:/nfs/home/jaku/tmp$ ps aux | grep "sig.py"
jaku 31597 99.9 0.0 31884 9916 ? Rs 14:00 15:10 /usr/bin/python3 /home/jaku/tmp/sig.py
jaku 32359 100 0.0 31884 10032 ? Rs 14:15 0:43 /usr/bin/python3 /home/jaku/tmp/sig.py
jaku 32483 0.0 0.0 15968 1040 pts/7 S+ 14:15 0:00 grep --color=auto sig.py
解决方案看起来像是在做它的工作，但我很担心这句话：
这通常表示先前运行的不干净终止，或服务实现缺陷。
我错过了什么或者它真的是最好的解决方案吗？
参考：