Crontab执行systemctl重启游戏服务失败问题排查求助

核心问题分析 #

从你提供的syslog日志可以看到，root用户的Cron任务命令格式错误：<user> systemctl --user restart EcoServer 这种写法完全无效，直接将用户名作为命令执行只会触发错误，这是任务执行失败的首要原因。此外，用户级systemd服务依赖特定环境变量，Cron的默认运行环境无法满足，也会导致命令执行异常。

具体排查与解决步骤 #

• 修正Cron任务的命令格式
  不能直接将用户名作为命令，必须用su或runuser切换到目标用户执行命令。修改后的Cron任务示例：

  # 用su切换用户（适合大多数场景）
  * 3 * * * su - <你的用户名> -c "systemctl --user restart EcoServer"
  # 或用runuser（root切换用户更安全的方式）
  * 3 * * * runuser -l <你的用户名> -c "systemctl --user restart EcoServer"
  

• 解决环境变量缺失问题
  用户级systemd服务依赖DBUS_SESSION_BUS_ADDRESS环境变量，Cron执行时默认没有这个变量，导致systemctl无法连接到用户的会话总线。可以在命令中手动指定：

  * 3 * * * su - <你的用户名> -c "export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u <你的用户名>)/bus && systemctl --user restart EcoServer"
  

  也可以提前获取目标用户的UID（比如1000），直接写死路径：

  * 3 * * * su - <你的用户名> -c "export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus && systemctl --user restart EcoServer"
  

• 手动验证命令有效性
  先在root终端手动执行修正后的命令，确认是否能正常重启服务：

  su - <你的用户名> -c "systemctl --user restart EcoServer"
  

  如果手动执行也失败，检查服务本身状态：

  su - <你的用户名> -c "systemctl --user status EcoServer"
  

  查看服务是否存在配置错误、权限不足等问题。

• 添加日志输出排查
  修改Cron任务，将命令输出重定向到日志文件，方便定位问题：

  * 3 * * * su - <你的用户名> -c "systemctl --user restart EcoServer" >> /var/log/eco_restart.log 2>&1
  

  同时查看用户服务的详细日志：

  su - <你的用户名> -c "journalctl --user -u EcoServer -f"
  

  检查重启过程中是否有报错信息。

• 启用用户systemd linger
  如果目标用户没有活跃登录会话，用户级systemd服务管理器可能会停止运行，导致无法执行重启命令。启用linger可以让用户的systemd服务始终运行：

  loginctl enable-linger <你的用户名>
  

内容的提问来源于stack exchange，提问作者L.H.