發表文章

Pipeline Shared Library-目錄方式載入

圖片
前一陣子將Jenkins上的Job改成Pipeline grovvy的方式撰寫腳本後,整個CI的運作,也變得相當有彈性。上手後,真的是回不去原本的GUI設定方式。在Job比較多時,針對相同的腳本可以使用Shared Library的方式將共用方法封起來,方便維護與調用,參考文章
問題 回到本文,這陣子同事回報最近的Job在建置失敗時,都沒有發出通知。檢查原因後,發現兇手為Pipeline引用Shared Library時,因載入的方式使用的是git,當git server連不到時,整個Job內的腳本是不會被運行的。所以當然也不會執行到falire的通知區段。
解決方式 Google一下後,好像沒有人有類似的問題....可能是我們家的主機放在網路不甚穩定的區域吧...XD。在找不到相關解決方式下,將方向轉往若不使用git取得,改用目錄位置取得。作法如下:
1.安裝Plugin : File System SCM 2.將Library搬到Jenkins主機目錄,本例:D:\Jenkins\KimPipelineLib
3.到Pipeline Shared Library設定相關參數。 Default version:若是git方式,此值為branch,現在為File System,為檔案比對的識別標籤(必填)。 選擇Legacy SCM後,才會出現File System的參數設定。     Library的主機目錄位置。

參考文章 https://blog.johnwu.cc/article/jenkins-pipeline-job-shared-library.html
https://www.slideshare.net/roidelapluie/jenkins-shared-libraries-workshop

關於MVC Area Routing的怪異問題

圖片
問題 同事反應了一個關於MVC Area的怪異問題。客戶自行輸入一個不存在的網址,本應該出現404找不到,但卻發生Exception。如下圖,找到JiahuaController的Index,但找不到View。

原因
Route往子層的Area比對到了,專案的層級如下: Root/Home/Index Kim(Area/Jiahua/Index 一般來說,瀏覽/Jiahua會比對到上層預設的Route,而透過namespace的限制,照理來說不會往Area比對才對。如下圖,結果,它是在此namespace比對不到後,又往area的contoller尋找...昏。



解決方式 以下兩個擇一即可解決:
1.透過自訂Route,只比對上層的Controller。ps:此方法不是最佳解,這是在找到最佳解前實作出來的。

/// <summary>     /// 此類別的建講式只會被執行一次     /// http://johnatten.com/2013/08/21/customizing-routes-in-asp-net-mvc/     ///  https://stackoverflow.com/questions/21583278/getting-all-controllers-and-actions-names-in-c-sharp/21583402     /// </summary>     public class IsRootController : IRouteConstraint     {         private Dictionary<string, string> _rootControllers = new  Dictionary<string, string>();         public IsRootController()         {             Assembly asm = Assembly.GetExecutingAssembly();             var _rootControllers = asm.GetTypes()                   .Where(type => typeof(Controller).IsAssi…

AzureDevOps-透過Command Merge

環境 AzureDevOps Jenkins git
問題     目前的專案每天中午會透過手動的方式,固定發pull request將develop分支併到relesae。由於是常態性質,大部份是不需要review,所以一來浪費時間,二來有時一忙就會忘了作=.=。
解決方式
經測試後,可以透過command及Jenkins的建置工作來完成每日自動合併,以下為測試後的2種方式 (使用jenkins pipeline)
1.使用merge的方式 withCredentials([usernamePassword(credentialsId: '0f57466e-8dc0-444b-a88a-d56d663d3378', usernameVariable: 'username', passwordVariable: 'password')]){     bat "git pull https://${username}:${password}@xxx.visualstudio.com/KimGitLab/_git/KimGitLab"     bat "git merge origin/develop"     bat "git push https://${username}:${password}@xxx.visualstudio.com/KimGitLab/_git/KimGitLab" } 透過withCredentials取得在Jenins上已儲存的AzureDevOps token pull回來後,merge orgin/devlop到本地的release 在pull到遠端
2.使用Pull Request的方式 前面第1點雖然可以每天合併分支,但缺點是在release分支上無法看出develop每次併回來的commit有哪些。而pull request則可以。 安裝VSTS CLI 裝完後要重開機 VSTS CLI Command Sample
withCredentials([usernamePassword(credentialsId: '0f57466e-8dc0-444b-a88a-d56d663d3378', usernameVaria…

VS2019無法載入專案The tool version "15.0"

圖片
這兩天看到VS2019正式發佈後,馬上下載來試玩,未料一裝完打開專案後,還來不及開心就出現了無法載入專案錯誤...。
C:\projects\test.csproj : error : The tools version "15.0" is unrecognized. Available tools versions are "14.0", "2.0", "3.5", "4.0"
原因: 依測試結果,若是全新的OS安裝不會有問題,而原本筆電已有VS2017的才可能會發生。
搜尋相關文章後,錯誤訊息都指向了MsBuild相關的DLL在GAC等版本問題。在連串的測試及比對後,發現MsBuild相關的dll在全新OS安裝下只會有4.0及14.0。而我的筆電卻有15.1版本的dllGAC



解決方式: 用administrator 打開Visual Studio Developer Command
執行以下命令來移除Microsoft.Build.*.dll 15.1版本 gacutil.exe /u "Microsoft.Build.Framework, Version=15.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" gacutil.exe /u "Microsoft.Build, Version=15.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" gacutil.exe /u "Microsoft.Build.Utilities.Core, Version=15.1.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" gacutil.exe /u "Microsoft.Build.Engine, Version=15.1.0.0, Culture=n…

[debug] 分析iis log的工具Log Parser Studio

圖片
今天在查詢IIS Log時,用Notepad打開後,憑著我的鷹眼逐行搜查....。查到一半時,才想到好像有什麼GUI工具的....。馬上Google了一下,果然有一個Log Parser Studio可以使用。

安裝連結
1.安裝Log Parser 2.2 https://www.microsoft.com/en-us/download/details.aspx?id=24659
2.Log Parser Studio https://gallery.technet.microsoft.com/Log-Parser-Studio-cd458765
如何使用 選擇Log 來源
使用現成的Library查詢,本例查詢較緩慢的Request
上方是結果,下方是查詢語法,你也可以複製出來改成你要的。 time-taken 為毫秒,例:5000=5秒
Ps: 馬的...有種從古代來到了現代的感覺。
參考來源 Log Parser Studio介紹 https://dotblogs.com.tw/kinanson/2017/08/18/145528 如何取得IIS記錄檔 https://note.robinks.net/2013/09/how-to-get-iis-log-files.html

使用WinDbg偵錯CPU使用率過高原因

圖片
昨天同事回報,主機上IIS 的CPU不定時衝高50~99%。本想說dump w3wp.exe回來使用WinDbg偵錯。但它間歇性的衝高,一下子就回復了,所以很難dump到在CPU衝高的狀態。幸好微軟提供了針對此狀況的dump工具「Procdump」,用來監控特定的process,當超過CPU設定值後自動dump。
Procdump Download & Setup 下載路徑 教學文章 安裝後,在開始功能列會看到32及64位元的ICON 使用管理者執行cmd -ma 包含所有ram、thread的信息 -r 讓目前的w3wp可以在不用暫停的情況下dump,缺點是會花費較長的時間dump 17488 為w3wp.exe的Process Id -c 50 cpu超過50% -s 3  持續超過3秒 -n 工具退出前要抓取多少個dump文件,例:設-n 2 代表會等觸發了2次dump文件後關閉監控
D:\Downloads\Procdump\procdump.exe -ma -r -c 50 -s 3 -n 1 17488 -o D:\dumpfile

WinDbg Download & Setup Dump的檔案,可以透過WinDbg分析除錯 下載路徑 教學文章
只勾選一個Debugging Tools for Windows
WinDbg Command
1.先載入dumpfile
2.設定路徑,由微軟網站下載分析需要的Symbol檔
.sympath srv*D:\Temp\debug\RTX64_SYMBOLS*https://msdl.microsoft.com/download/symbols

3. 指定顯示完整Symbol下載資訊 !sym noisy
4. 載入 CLR 偵錯相關模組 .cordll -ve -u  -l
5. 找出佔用 CPU 最多的 Thread,本案例中,Thread 29為使用最長的時間 !runaway
將偵錯對象切換成 Thread 29, ~29s

6.  使用 !clrstack 列出 Thread 29 的 Callstack,紅框為cpu 會衝高的測試程式。 !clrstack

其他 以上1~5每次偵錯dumpfile都要執行一次。 dumpfile 觸發時,所有的執行緒將被暫停10~50秒,直到 dump完成。 -r 參數可以不用暫停…

Jenkins-更新Slack 2.1.5後無法發送

圖片
昨天更新Slack Plugin後,無法收到通知,原因為2.1.5後,設定要重新輸入,並且原本的Integration Token已移除,如下圖


修改方式
1.到Credentials 加入驗證資訊 Kind : Secret text Sercet : 輸入 Slack 提供的Token
2.在Configure/Global Slack Notifier Settings 選擇剛建立的Credential