在使用Jenkins一些基本功能的時候，或者說是基本插件的時候，會遇到各種各樣的報錯。這里就設想模擬一下，重現(xiàn)一下以前遇到過的問題，記錄一下。雖說是Jenkins使用過程中出現(xiàn)這樣的問題，但實際上可以把這種思路應用在運維其他問題的排查邏輯上面。這種分享也符合我們的技術積累信條，欲成大事，比以史為鑒。

一、在使用插件Invoke Phing targets的時候

1、報錯：

java.io.IOException: Cannot run program "phing" (in directory "/var/lib/jenkins/workspace/**"): error=2, No such file or directory

在使用Invoke Phing targets插件的過程中，就是要讀取系統(tǒng)的xml文件，如果沒有安裝phing工具的話就讀取失敗，從而整個構建都會失敗。在Debian系列的系統(tǒng)里面，這里是用Ubuntu 18.04就用apt在線安裝phing。

命令：apt-get install phing

重新構建發(fā)現(xiàn)問題解決了。

2、報錯：

/var/lib/jenkins/workspace/boztax/build.xml:104:75: buildnumber not defined!

這種問題就是在執(zhí)行build.xml的過程中發(fā)現(xiàn)里面的配置不對的報錯。錯誤提示中是變量buildnumber沒有定義，印象中是控制臺定義，然后build.xml調用。我們先回到控制臺，

我們看到問題了，是控制到定義buildnumber的時候放錯了位置，導致沒有生效，然后build.xml調用的時候就報錯了。改正的時候就解決。

二、使用publish over ssh的時候的錯誤

添加構建步驟。'Send files or execute commands over SSH'，我們就可以連著打包和發(fā)送這兩個步驟一起來使用。

我們打包好文件，按照邏輯就應該發(fā)送過去，之后再解壓?？墒牵瑯嫿ㄊ×?，我們看看失敗的控制臺輸出，

綠色的表示構建步驟已經(jīng)通過，紅色的部分表示開始報錯，是我們重點分析的部分。

綠色部分也有好幾個報錯，但是都是定義文件中的定義。比如說，刪除dist文件夾，那是因為在我們生成的文件中標避免沖突，如果沒有這個文件，那就應該這樣，沒有找到可刪除的文件。綠色最后一行也是表明文件已經(jīng)打包。

紅色部分就是在遠程服務器上面說找不到文件，那很有可能就是本地生成了，而沒有傳過去。下面驗證一下，

先去本地看看有沒有文件，

已經(jīng)查證生成了打包文件，前面我們配置了ssh key到遠程服務器，現(xiàn)在再次驗證一下文件到底能不能傳過去，

證明私鑰可用，看看控制臺驗證，

 控制臺測試成功！

既然沒有在傳輸?shù)臅r候報錯，下一個猜想就是可能傳過去了，但是控制臺的目錄設置錯亂，不知道傳去遠程服務器哪個位置了。（實際上經(jīng)過了半天的思索才覺得有這種可能）

怎么在目錄前綴就有/root呢？后面的目錄就正確。。控制臺設置的明明就是/home/data啊。

但是，在考慮的同時，想起/root在哪里出現(xiàn)過，沒錯，

就是這里，在系統(tǒng)全局配置的時候。關于ssh的遠程根目錄有設置，東西放錯位置了，所以tar解壓的時候找不到文件。改回來的話，一切迎刃而解。

以上就是Jenkins初級使用過程中的異常處理的詳細內(nèi)容，更多關于Jenkins初級使用過程中的異常處理的資料請關注腳本之家其它相關文章！

最新評論