主页 / server / 问题 / 1022186
Accepted
mncache
Asked: 2020-06-20 09:07:31 +0800 CST

Systemd：启动后单元文件超时

  • 772

我写了一个bashscript，内容如下：

#!/bin/bash
cd /opt/ut_server/System
./ucc-bin-linux-amd64 server DM-Rankin?game=XGame.xDeathMatch?mutator=AntiTCC2009r6.MutAntiTCCFinal,utcompv17a.MutUTComp?AdminName=admin?AdminPassword=1111 ini=server.ini -port=1234 -log=s9.log -nohomedir &

sleep 10
echo "finish ucc"
exit 0

现在我想用一个单元文件和systemd启动它：

[Unit]
Description=Unreal Tournament 2004 Server
After=network.target

[Service]
WorkingDirectory=/home/unreal-user/
User=unreal-user
Group=unreal-user
Type=forking
ExecStart=/home/unreal-user/start_ut_serv.sh &
ExecStartPost=/bin/bash -c "umask 022; echo $MAINPID > /home/unreal-user/ut2k4-server.pid"
ExecReload=/bin/kill -HUP $MAINPID
ExecStop=/bin/kill -9 $MAINPID
TimeoutSec=400
ExecRestart=/bin/kill -9 $MAINPID && /home/unreal-user/start_ut_serv.sh
PIDFile=/home/unreal-user/ut2k4-server.pid
RestartSec=30
Restart=on-failure
#Restart=always

[Install]
WantedBy=multi-user.target

当我启动服务文件时，出现如下错误：

ut2k4-serv.service: Start operation timed out. Terminating.
systemd[1]: ut2k4-serv.service: Control process exited, code=killed, status=15/TERM

为什么这个时间在这里？如何处理这个问题？

当我启动 bashscript 手册时，即使在其中指定了作业，它似乎仍然在 STDOUT 上有一些东西？这只是好奇..

linux debian bash systemd shell-scripting

1 个回答

  1. Best Answer

    这主要是从systemd.service 文档中复制粘贴，因为它在很大程度上已经足够了。

    Type=

    <...>

    exec类型类似于，但服务管理器会认为该simple单元在主服务二进制文件执行后立即启动。服务经理将延迟后续单位的启动，直到该时间点。（或者换句话说：在返回simple后立即继续其他作业，而在两者和服务进程成功之前不会继续。）请注意，这意味着systemctl start服务的命令行将在无法成功调用服务的二进制文件时报告失败（例如因为所选内容不存在，或者服务二进制文件丢失）。fork()execfork()execve()execUser=

    如果设置为forking，则预计配置为的进程ExecStart=将fork()作为其启动的一部分进行调用。当启动完成并设置所有通信通道时，父进程将退出。子进程作为主服务进程继续运行，当父进程退出时服务管理器会认为该单元启动。这是传统 UNIX 服务的行为。如果使用此设置，建议也使用该PIDFile=选项，以便 systemd 能够可靠地识别服务的主进程。一旦父进程退出，systemd 将继续启动后续单元。

    你的进程显然不是一个分叉进程，当它被 systemd 原生支持时，你已经尝试了多次黑客攻击以使其成为一个。

    PIDFile=

    采用引用服务 PID 文件的路径。Type=对于设置为 的服务，建议使用此选项forking。指定的路径通常指向下面的文件/run/。如果指定了相对路径，则前缀为/run/. 服务启动后，服务管理器会从这个文件中读取服务主进程的PID。服务管理器不会写入此处配置的文件，但如果该文件仍然存在，它会在服务关闭后删除该文件。PID 文件不需要由特权用户拥有，但如果它由非特权用户拥有，则强制执行额外的安全限制：该文件可能不是指向其他用户拥有的文件的符号链接（直接或间接） ，并且 PID 文件必须引用已经属于该服务的进程。

    您正在将 systemdMAINPID变量写入该文件，但不仅MAINPID没有记录，ExecStartPost=而且更重要的是，由于PIDFile已设置，它实际上是从该文件中读取的（此时，我不太确定它扩展为什么，因为在这个情况，这没有任何意义；它应该在ExecStart=返回时被读取，所以我会说它是空的）。

    ExecStart=本节介绍命令行解析以及, ExecStartPre=, ExecStartPost=, ExecReload=, ExecStop=, 和ExecStopPost=选项的变量和说明符替换。

    <...>

    这种语法是受shell语法启发的，但只理解后面几段描述的元字符和扩展，变量的扩展是不同的。具体来说，不支持使用“<”、“<<”、“>”和“>>”进行重定向、使用“|”进行管道、使用“&”在后台运行程序以及其他 shell 语法元素。

    除了对. _ ExecStart=_ExecRestart=Type=ExecRestart=

    到目前为止，您的 bash 包装器是无用的，根据它的目的，您应该完全删除它并直接将 UT 服务器设置为ExecStart=参数。服务器命令行可以来自一个EnvironmentFile=，你就完成了！

    此外，除非该服务器绝对是一场噩梦，否则使用 SIGKILL 停止任何类型的服务都是……糟糕，至少可以这么说。的默认实现ExecStop=可能更适合。

    下次编写服务脚本时，尝试从默认的开始，逐步更改参数，而不是更改所有参数，然后想知道二十个参数中的哪一个坏了，调试起来更容易?

    • 1

相关问题