升级时，Teamcity Build Agent会被systemd杀死

在我们的centos系统中，我们已经将teamcity代理configuration为systemd服务。 该服务工作正常，除非代理执行升级。 然后在执行升级时被杀死。 我想这是由于系统监视已创build的进程以及主进程何时存在以使第二进程执行升级系统决定这是一个丢失的进程并在大约一分钟之后将其终止。

我想这个假设得到validation的事实是，当我直接启动teamcity代理的升级工作没有问题。

这是服务的configuration：

[Unit] Description=teamcity agent - local Requires=network.target After=network.target [Service] Type=forking PIDFile=/home/teamcityagent/logs/buildAgent.pid WorkingDirectory=/home/teamcityagent User=teamcityagent Group=teamcityagent ExecStart=/home/teamcityagent/bin/agent.sh start ExecStop=/home/teamcityagent/bin/agent.sh stop TimeoutStartSec=900 TimeoutStopSec=60 [Install] WantedBy=multi-user.target 

到目前为止，我试图将超时改为900secs，并将PIDFile注释掉。 没有帮助。

• 在需求开始时启动systemd服务
• 使脚本成为一个Linux服务
• 什么是启动node.js服务的正确方法？
• Nagios中某些分组服务失败时通知
• 如何控制runit服务的自动重启速度？

有没有办法告诉systemd不要杀死升级过程，告诉它不要注意丢失的进程？

 RemainAfterExit=yes