git push不能在cron作業內工作

Question

我目前正在清理CentOS 6服務器上其他人留下的混亂。有一個應用程序需要每6小時備份到一個github帳戶。有一個腳本負責準備數據，它負責管理git add和git commit。

git push由「expect」腳本處理。這樣做是爲了在ssh請求時將密碼傳遞給git push。用戶不想使用空密碼。

腳本在root用戶的bash shell命令行中運行時運行良好。我可以看到文件傳輸到github。

當腳本在由root創建的crontab下運行時，腳本似乎運行，但git push不會發生。如果我手動運行git push，腳本失敗後，我注意到應該發生的推送發生在我從命令行調用的手動推送。看起來應該在腳本中發生的推送已被緩存，而不是推送給github。

任何人都可以建議我在這裏失蹤？是否有可能在這樣的腳本中使用git push？

問候

理查德

Answer 1

的問題應該是在不被正確地SSH代理通過當混帳推嘗試運行ssh登錄密碼。

如follow-up blog post所示，您不能簡單地在您的cron中調用ssh-agent -s，或者它只會創建另一個實例，而沒有任何密鑰。

爲了解決這個問題，我需要找到一種方法來開始另一個ssh-agent過程中保持，而是獲得對一個海馬開始我每次登錄的時間。
我做了一個改變我的crontab那會搜索現有的ssh-agent進程ID和認證套接字並將它們導入到cron環境中。這是一種黑客攻擊，但它確實有效（不像上次）。
只需添加以下到腳本試圖連接到你的SSH服務器之前（或做我做什麼，並把它們直接進入cron作業，用分號隔開）：

export SSH_AGENT_PID=`ps -a | grep ssh-agent | grep -o -e [0-9][0-9][0-9][0-9]` 
export SSH_AUTH_SOCK=`find /tmp/ -path '*keyring-*' -name '*ssh*' -print 2>/dev/null` 

澄清：

就以下內容添加到您的腳本

這意味着上述兩行是聲明爲cron作業腳本的一部分，由被稱爲SA id cron工作。

把它們直接進入cron作業，用分號隔開

如果劇本足夠小，可以完全刪除腳本，使您的cron作業命令序列：見「 Run two commands with a crontab「。

crontab -l | { cmd1; cmd2 ; cmd3; } | crontab - 

該語法只是您可以使用的方法之一add programmatically a command to a cron job。