场景: 需要在系统的cron中启动一个计划任务,跑的是一个shell脚本,脚本中大致意思是切换至
abc用户执行一个php文件(例如: /data/soft/auto.php),那么现在问题来了,脚本的内
容如下:
#!/bin/bash sudo -u abc /data/soft/auto.php echo ‘ >>> auto success !!! ’
你会神奇的发现,系统的/var/log/cron日志中已经显示auto success,但是这个程序依然
是没有执行,你怎么知道没执行呢?因为程序有日志,日志没开始刷.
那么下一步该怎么来查找程序未执行的原因?思路是每次执行cron的时候必定会产生记录的文件
根据系统版本查找文件的位置:
操作系统版本4/5 查看 /var/spool/clientqueue/
操作系统版本6 查看 /var/spool/postfix/maildrop/
系统的postfix停掉,没停掉就直接敲mail命令看
进入对应的目录后可以使用 ls -lt|head 命令来截取最后执行的10个cron日志文件,根据时间来判定看
哪个文件,里面必定有报错.根据报错来修改脚本或者系统属性.
我遇到过的两种情况:
1. sudo系统默认警告需要tty,解决办法:将/etc/sudoers文件中Defaults requiretty注释掉.
2. 变量路径引起的,加载你所需要的变量或者定义.
好久没有写,这个问题值得记录,相信很多人还不知道这个排错方式,这也是刚从别人那学的.
时间: 2024-10-29 03:20:12