事件ID( 54 )的描述(在資源( HTTP )中)無法找到_win伺服器
來源:互聯網
上載者:User
在事件檢視器的日誌裡總看到這樣的情況:
事件類型: 警告
事件來源: HTTP
事件種類: 無
事件 ID: 54
日期: 2008-7-1
事件: 10:52:59
使用者: N/A
電腦: YONGFA365
描述:
事件 ID ( 54 )的描述(在資源( HTTP )中)無法找到。本機電腦可能沒有必要的註冊資訊或訊息 DLL 檔案來從遠端電腦顯示訊息。您可能可以使用 /AUXSOURCE= 標識來檢索詞描述;查看協助和支援以瞭解詳細資料。下列資訊是事件的一部分: \Device\Http\AppPool.
資料:
0000: 00 00 00 00 01 00 52 00 ......R.
0008: 00 00 00 00 36 00 04 80 ....6..?
0010: 00 00 00 00 00 00 00 00 ........
0018: 00 00 00 00 00 00 00 00 ........
0020: 00 00 00 00 00 00 00 00 ........
網上提供的解決方案:解決辦法:
相信這是由於不正確地設定了回收進程導致,建議關閉下列進程回收設定:
回收背景工作處理序(分鐘):1200
回收背景工作處理序(請求數目):10000
啟用CPU監視,最大CPU使用率:90%
由於設定了進程自動回收,而當每達到10000次點擊,或CPU超過100%,就會強行回收application,導致用戶端會出現Sevice Unavailable的錯誤。(實際上10000次點擊,訪問量一般的網站,幾分鐘就夠了。) 建議啟用計數器日誌來監視CPU利用率和asp.net的指標,可以協助你定位每5~10分鐘出現一次是否是上述原因導致。
另外,不要無理由地開啟回收背景工作處理序和使用背景工作處理序池。一般理由通常是有不明原因的記憶體泄露、線程掛起等.
經調試發現,以上方式根本沒用,最後終於找到了原因及解決方案:
重設C:\Windows\Temp 檔案夾許可權即可,加上everyone 讀與寫入的許可權,此問題即可解決,一般人都想看到立竿見影的效果,所以改了後直接觀察,還是發現總有相關記錄,您可以重啟下伺服器或不是上網高峰時重啟下,再觀察會發現沒有這些記錄了。OK,問題解決。