最近在linux中遇到了個crontab定時任務不執行的case,在這給大家分享一下,避免踩到我遇到的坑。
先貼腳本吧
為了方便展示,把腳本入參,都寫死了
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
|
#!/usr/bin/env bash # 1輸出文件,到log 例如: bg # 2 目標文件目錄 不帶最后的/ 例如:/opt/flume/home/hdp_lbg_ectech/rawdata/xxx/web_vip_bg # 3 執行的時候選擇前幾天的日志 例如:1 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的路徑
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持服務器之家。
原文鏈接:https://www.jianshu.com/p/20fd3fa063b1