今天是五一節後第一天,上班時登陸服務器發現設定好每月1號執行的定時備份腳本居然沒有執行,反覆檢查都找不到原因,於是手動添加計劃任務,發現到點了也不執行,查看crontab的日誌,卻看到了對應時間點執行腳本的記錄。看來不是計劃任務的原因,問題出在腳本身上。最後查看了下腳本的權限,發現竟然是權限不夠導致腳本執行不起來!於是chmod了下,再嘗試修改計劃任務,到點後順利看到腳本執行結果!
原來我曾經本地修改過這個腳本,再上傳到服務器上的,可能就是這個原因導致腳本權限發生了變化。
今天是五一節後第一天,上班時登陸服務器發現設定好每月1號執行的定時備份腳本居然沒有執行,反覆檢查都找不到原因,於是手動添加計劃任務,發現到點了也不執行,查看crontab的日誌,卻看到了對應時間點執行腳本的記錄。看來不是計劃任務的原因,問題出在腳本身上。最後查看了下腳本的權限,發現竟然是權限不夠導致腳本執行不起來!於是chmod了下,再嘗試修改計劃任務,到點後順利看到腳本執行結果!
原來我曾經本地修改過這個腳本,再上傳到服務器上的,可能就是這個原因導致腳本權限發生了變化。
[root@master soft]# unzip redis-py-master.zip -d /usr/local/redis [root@
1、檢查防火牆是否影響了網絡正常的使用。 2、檢查wu-ftpd是否已經打開。 3、 運行svscanboot &命令。 4、啓動qmail,運行qmailctrl start
近幾年來,從雲計算、大數據到機器學習、AI、物聯網,各種新潮的技術概念一波~~接一波。於是就產生了一些好奇心旺盛,抱着去湊一湊熱鬧的心態,實際上卻是也想分一杯羹兒的程序員!
public string SetBlock(string ip, string note) { Process process = new Process(); proce