Apache Linux环境下Cronjob执行失败的问题解决请求

一、解决Cron锁文件冲突问题 #

你遇到的can't lock /var/run/crond.pid错误是因为前台运行的cron -f和后台的cron服务进程抢锁导致的，按以下步骤处理：

1. 终止冲突的cron进程

   • 先检查后台是否有crond进程在运行：

     ps aux | grep crond
     

   • 如果看到pid为23719的进程，直接强制终止：

     kill -9 23719
     

   • 重启cron服务：

     # systemd系统（如CentOS 7+、Ubuntu 16.04+）
     systemctl restart crond
     # sysvinit系统（如CentOS 6及以下）
     service crond restart
     

   • 注意：不要用cron -f测试任务，正常cron是后台服务，前台运行会和后台进程冲突。排查问题应该编辑crontab后查看日志：

     # 查看cron日志
     tail -f /var/log/cron
     # 或systemd系统用journalctl
     journalctl -u crond -f
     

2. 修复锁文件权限（若重启后仍报错）

   • 检查锁文件的权限和所属用户：

     ls -l /var/run/crond.pid
     

   • 确保文件属主为root，权限为600：

     chown root:root /var/run/crond.pid
     chmod 600 /var/run/crond.pid
     

   • 再次重启cron服务。

二、解决路径被追加root导致的rsync失败问题 #

路径错误的核心原因是cron默认工作目录为用户家目录（如root的/root），且脚本中大量使用相对路径，按以下方式修正：

1. 修正crontab配置

   • 脚本路径必须用绝对路径，同时完善PATH环境变量（确保能找到python3等命令）：

     SHELL=/bin/sh
     PATH=/usr/local/bin:/usr/local/sbin:/usr/bin:/bin
     * * * * * sh /root/rsync.sh
     

2. 重写rsync脚本，全部使用绝对路径
   去掉依赖工作目录的cd ..、cd root命令，所有文件/目录路径用绝对路径，同时增加日志便于排查：

   # 用绝对路径定义锁文件，避免工作目录变化导致锁失效
   LOCK_FILE="/root/rsyncjob.lock"
   LOG_FILE="/root/cron_rsync.log"
   
   if [ -e "$LOCK_FILE" ]
   then
     echo "$(date): Rsync job already running...exiting" >> "$LOG_FILE" 2>&1
     exit 1
   fi
   
   touch "$LOCK_FILE"
   
   # 所有rsync源/目标用绝对路径
   rsync -r /full/path/to/A /full/path/to/B
   rsync -r /full/path/to/C /full/path/to/D
   
   # Python脚本用绝对路径
   python3 /full/path/to/your-python-file.py
   
   # 最终文件同步也用绝对路径
   rsync /full/path/to/final-file /full/path/to/target-location
   
   # 删除锁文件
   rm "$LOCK_FILE"
   echo "$(date): Rsync job completed successfully" >> "$LOG_FILE" 2>&1
   

3. 验证脚本正确性
   手动执行脚本确认所有命令正常运行：

   sh /root/rsync.sh
   

   查看日志文件/root/cron_rsync.log确认无报错。

内容的提问来源于stack exchange，提问作者Benjamin Hus