crontab 提示 command not found 解决方案

crontab的定时任务会报错:command not found,手动执行脚本能成功。php

1.crontab与环境变量shell

cron并不知道所须要的特殊环境变量。因此要保证在shelll脚本中提供全部必要的路径和环境变量,除了一些自动设置的全局变量。注意以下3点:bash

1)脚本中涉及文件路径时写全局路径;rest

2)脚本执行要用到程序或其余环境变量时,经过source命令引入环境变量,如:日志

#!/bin/bash
source /etc/profile
/usr/local/php/bin/php think sitespeedcode

或者在root的crontab文件中加入:crontab

SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin

3)当手动执行脚本OK,可是crontab不执行时。是环境变量问题,能够在crontab中直接引入环境变量解决。如:
0 * * * *  /etc/profile;/bin/bash /home/scripts/test.sh >/dev/null 2>&1ip

2.其余应该注意的问题it

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`。class

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标准错误

& 表示等同于的意思,2>&1,表示2的输出重定向等同于1 

重定向输出语句的含义:

1>/dev/null 首先表示标准输出重定向到空设备文件,就是不输出任何信息到终端,不显示任何信息。

2>&1 表示标准错误输出重定向等同于标准输出,由于以前标准输出已经重定向到了空设备文件,因此标准错误输出也重定向到空设备文件。

相关文章
相关标签/搜索