crontab的定时任务会报错：command not found，手动执行脚本能成功。
1.crontab与环境变量
cron并不知道所需要的特殊环境变量。所以要保证在shelll脚本中提供所有必要的路径和环境变量，除了一些自动设置的全局变量。注意如下3点：
1）脚本中涉及文件路径时写全局路径；
2）脚本执行要用到程序或其他环境变量时，通过source命令引入环境变量，如：
#!/bin/bash
source /etc/profile
/usr/local/PHP/bin/PHP think sitespeed
或者在root的crontab文件中加入：
3）当手动执行脚本OK，但是crontab不执行时。是环境变量问题，可以在crontab中直接引入环境变量解决。如：
0 * * * * /etc/profile;/bin/bash /home/scripts/test.sh >/dev/null 2>&1
2.其他应该注意的问题
1）新创建的cron job，不会马上执行，至少要过2分钟才执行。如果重启cron则马上执行。
2）每条 JOB 执行完毕之后，系统会自动将输出发送邮件给当前系统用户。日积月累，非常的多，甚至会撑爆整个系统。所以每条 JOB 命令后面进行重定向处理是非常必要的： >/dev/null 2>&1 。前提是对 Job 中的命令需要正常输出已经作了一定的处理,比如追加到某个特定日志文件。
3）当crontab突然失效时，可以尝试/etc/init.d/crond restart解决问题。或者查看日志看某个job有没有执行/报错tail -f /var/log/cron。
4）别乱运行crontab -r。它从Crontab目录（/var/spool/cron）中删除用户的Crontab文件。删除了该用户的所有crontab都没了。
5）在crontab中%是有特殊含义的，表示换行的意思。如果要用的话必须进行转义\%，如经常用的date `+%Y%m%d`在crontab里是不会执行的，应该换成date `+\%Y\%m\%d`。
3.crontab中的输出配置
crontab中经常配置运行脚本输出为：>/dev/null 2>&1，来避免crontab运行中有内容输出。
shell命令的结果可以通过 ‘>‘ 的形式来定义输出
/dev/null 代表空设备文件
> 代表重定向到哪里，例如：echo "123" > /home/123.txt
1 表示stdout标准输出，系统默认值是1，所以">/dev/null"等同于"1>/dev/null"
2 表示stderr标准错误
1>/dev/null 首先表示标准输出重定向到空设备文件，就是不输出任何信息到终端，不显示任何信息。
2>&1 表示标准错误输出重定向等同于标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空设备文件。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
