场景： 需要在系统的cron中启动一个计划任务，跑的是一个shell脚本，脚本中大致意思是切换至
abc用户执行一个php文件(例如： /data/soft/auto.php），那么现在问题来了，脚本的内
容如下：
|
1
2
3
4
|
#!/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. 变量路径引起的，加载你所需要的变量或者定义.
好久没有写，这个问题值得记录，相信很多人还不知道这个排错方式，这也是刚从别人那学的.
