Linux中crontab定時任務不執行的原因是什么

這篇文章將為大家詳細講解有關Linux中crontab定時任務不執行的原因是什么，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

為了方便展示，把腳本入參，都寫死了

#!/usr/bin/env bash
# 1輸出文件，到log 例如： bg 
# 2 目標文件目錄 　不帶最后的/　例如：/opt/flume/home/hdp_lbg_ectech/rawdata/xxx/web_vip_bg
# 3 執行的時候選擇前幾天的日志 例如：１

LAST_DAY=$(date +"%Y-%m-%d" -d "1 days ago")
LAST_HOUR_DAY=$(date +"%Y%m%d" -d "1 days ago")
#執行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 && chmod 777 $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 -jar xxxx.jar的定時任務

10 16 * * *  java -jar /opt/script/xxx/vipbg/vip-bg-job-1.0-SNAPSHOT-shaded.jar  /opt/script/xxx/vipbg/bg.log

果然，這個沒有執行

crontab中加上一個 jdk目錄/bin/java -jar xxxx.jar的定時任務

20 16 * * *  /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的路徑

關于“Linux中crontab定時任務不執行的原因是什么”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。