Linux中crontab定时任务不执行的原因
最近在linux中遇到了个crontab定时任务不执行的case,在这给大家分享一下，避免踩到我遇到的坑。
先贴脚本吧
为了方便展示，把脚本入参，都写死了
#!/usr/bin/envbash #1输出文件，到log例如：bg #2目标文件目录不带最后的/例如：/opt/flume/home/hdp_lbg_ectech/rawdata/xxx/web_vip_bg #3执行的时候选择前几天的日志例如：１ LAST_DAY=$(date+"%Y-%m-%d"-d"1daysago") LAST_HOUR_DAY=$(date+"%Y%m%d"-d"1daysago") #执行jar获取bg日志 java-jar/opt/script/xxx/vipbg/vip-bg-job-1.0-SNAPSHOT-shaded.jar/opt/script/xxx/vipbg/bg.log #具体到文件名 SRC_FILE=/opt/script/xxx/vipbg/bg.log #指定目标目录,按日期创建目录 DEST_DIR_NAME=/opt/flume/home/hdp_lbg_ectech/rawdata/xxx/web_vip_bg/$LAST_HOUR_DAY DEST_FILE_NAME=$(basename$SRC_FILE) #FLUME会忽略隐藏文件，所以可直接拷贝过去 TMP_FILE=$DEST_DIR_NAME/.$DEST_FILE_NAME DEST_FILE=$DEST_DIR_NAME/$DEST_FILE_NAME.$SRC_IP #判断源文件是否非空,空文件Flume会直接删除的,且目标文件不存在,避免重复拷贝数据 if[-s"$SRC_FILE"]&&[!-f"$DEST_FILE"];then #使Flume具有删除该目录下文件的权限,不然FLUME收集不上去 mkdir-p$DEST_DIR_NAME&&chmod777$DEST_DIR_NAME #必须先cp到一个临时文件再mv过去,直接cp过去会造成数据丢失 cp$SRC_FILE$TMP_FILE&&mv$TMP_FILE$DEST_FILE fi #删除tmp中转文件 rm-rf/opt/script/xxx/vipbg/bg.log echo"删除源文件成功"
有些目录用了xxx代表
这个脚本单独考出来可以执行，放到crontab里面就不执行了，百度了下，大多都说需要使用绝对路径，看了下我们的脚本，就是下面这句有问题：
java-jar/opt/script/xxx/vipbg/vip-bg-job-1.0-SNAPSHOT-shaded.jar /opt/script/xxx/vipbg/bg.log
初步判断是java这需要使用jdk的目录路径，做了两个实验测试了下。
crontab中加上一个java-jarxxxx.jar的定时任务
代码如下：
1016*** java-jar/opt/script/xxx/vipbg/vip-bg-job-1.0-SNAPSHOT-shaded.jar /opt/script/xxx/vipbg/bg.log
果然，这个没有执行
crontab中加上一个jdk目录/bin/java-jarxxxx.jar的定时任务
代码如下：
2016*** /opt/soft/jdk/jdk1.6.0_45/bin/java-jar/opt/script/xxx/vipbg/vip-bg-job-1.0-SNAPSHOT-shaded.jar /opt/script/xxx/vipbg/bg.log
这次执行了，没有执行的原因就是执行jar的时候，需要加上jdk的路径
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。