pidof在crontab中失效？进程监控重启脚本故障排查

算力阿峰

2026-7-30

crontab无法触发进程重启的常见原因

环境变量路径缺失：crontab的默认PATH远不如终端完整，pidof、curl、bash这些命令可能不在crontab的搜索路径里。终端里能正常执行是因为用户PATH包含了/usr/sbin等目录，但crontab通常只认/usr/bin:/bin。解决办法是给所有命令加上绝对路径，比如用/usr/sbin/pidof、/usr/bin/curl、/usr/bin/bash。
引号嵌套解析错误：原命令里bash -c的双引号内部又用了双引号包裹$(pidof my_process)，crontab解析时会把内层双引号当成命令的结束符，导致$(pidof my_process)被错误解析甚至直接为空。要改成单引号嵌套，或者转义内层双引号，示例：
```
* * * * * /usr/bin/bash -c 'export DISPLAY=:0 && if [[ -z "$(/usr/sbin/pidof my_process)" ]];then /usr/bin/curl my_url | /usr/bin/bash;fi'
```
DISPLAY变量无效：如果my_process不是GUI程序，完全不需要设置DISPLAY；如果是GUI程序，仅export DISPLAY=:0还不够——crontab运行的用户可能没有对应X会话的权限，需要额外设置XAUTHORITY变量，比如export XAUTHORITY=/home/你的用户名/.Xauthority，同时确保crontab的用户和当前X会话的用户一致。
脚本依赖的环境变量缺失：重启脚本涉及克隆仓库、配置操作，这些可能依赖终端里的HOME、GIT_CONFIG等变量，但crontab的HOME可能指向非预期目录（比如/root），导致git克隆失败、配置文件找不到。可以在crontab命令里显式export必要变量，比如export HOME=/home/你的用户名，或者在脚本里全用绝对路径。
未开启日志排查：crontab默认不输出执行日志，无法定位错误点。可以在crontab行末尾加上日志重定向，记录错误信息：
```
* * * * * /usr/bin/bash -c 'export DISPLAY=:0 && if [[ -z "$(/usr/sbin/pidof my_process)" ]];then /usr/bin/curl my_url | /usr/bin/bash;fi' >> /var/log/cron_restart.log 2>&1
```
之后查看/var/log/cron_restart.log就能定位具体问题，比如pidof找不到、curl请求失败、脚本执行报错等。