簡介
本檔案提供不常見系統當機的相關資訊。我們建議您在閱讀本文前先閱讀路由器崩潰故障排除。
必要條件
需求
本文件沒有特定先決條件。
採用元件
本文件所述內容不限於特定軟體和硬體版本。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路正在作用，請確保您已瞭解任何指令可能造成的影響。
慣例
如需文件慣例的詳細資訊，請參閱思科技術提示慣例。
確定重新載入的原因
如果您沒有對路由器進行重新通電或手工重新載入，則可以在show version輸出中找到重新載入的原因，如下所示：
Router uptime is 3 days, 18 hours, 39 minutes
System restarted by [reload cause]
System image file is "flash:c2500-js-l.120-9.bin"
如果您有來自Cisco裝置的show version命令輸出，則可以使用Cisco CLI Analyzer顯示潛在問題和解決方法。要使用思科CLI分析器，您必須是註冊客戶、已登入並已啟用JavaScript。
疑難排解
某些型別的崩潰清楚地表明硬體或軟體出現故障，但其他型別的崩潰則不是那麼明顯。在這種情況下，常識就是你最好的盟友。如果路由器正常運行數月，並且每20分鐘突然開始重新載入，則問題很可能是一個硬體問題。如果配置更改後路由器開始崩潰，則問題很可能與軟體有關。
對於較新Cisco â IOS®軟體版本的硬體問題，可嘗試用show region命令辨識故障卡。或者，使用演繹推理（例如，如果在插入新模組後出現問題，則可能是新模組的原因）。您還可以執行其他測試（將同一模組安裝在另一個插槽中，或安裝在同一插槽中的其他模組等）以辨識故障裝置。
升級到最新版本的Cisco IOS軟體版本系列可消除所有已知軟體問題。
如果您獲得了來自Cisco裝置的show stacks命令輸出，則可以使用Cisco CLI Analyzer顯示潛在問題和解決方法。要使用思科CLI分析器，您必須是註冊客戶、已登入並已啟用JavaScript。
如果升級後路由器仍然崩潰，新的錯誤可能是問題的原因。在這種情況下，請聯絡您的Cisco技術支援代表，並儘可能提供更多資訊。有關詳細資訊，請參閱路由器崩潰故障排除。
系統崩潰的不常見型別
地址錯誤
當軟體嘗試存取不正確對齊邊界上的資料時，就會發生位址錯誤；只有偶數位址才允許二位元組和四位元組的存取。地址錯誤通常表示軟體Bug，但硬體故障也可能是原因(有關詳細資訊，請參閱故障排除部分)。
算術異常
軟體問題通常會導致此類錯誤(有關詳細資訊，請參閱故障排除部分)。
快取錯誤例外
當路由器檢測到錯誤的奇偶校驗時，會發生這種崩潰。此問題可能是暫時性問題，也可能是硬體故障。有關如何對此問題進行故障排除的資訊，請參閱處理器記憶體奇偶錯誤。
錯誤-級別<x>
x表示1到7之間的一個數字。
這種型別的崩潰通常與硬體有關。通常，故障的CPU主機板會導致此類崩潰。
錯誤中斷
錯誤中斷崩潰表示處理器以外的某個裝置檢測到致命錯誤。您需要更多資訊來確定根本原因。需要使用crashinfo檔案或show tech-support命令輸出進行故障排除(請參閱路由器崩潰故障排除)。收集完此資訊後，請聯絡您的Cisco技術支援代表。
格式錯誤
除非情況清楚地表明存在硬體問題(有關詳細資訊，請參閱故障排除部分)，否則請與Cisco技術支援代表聯絡以瞭解此錯誤。
非法指令
此錯誤通常與軟體相關。但是，硬體故障也會導致此問題(通常為快閃記憶體或動態RAM (DRAM)故障)。此問題也可能由於Cisco IOS軟體映像損壞而出現(有關詳細資訊，請參閱故障排除部分)。
非法Opcode異常
硬體故障會導致此錯誤（例如，CPU板故障）。在某些情況下，軟體問題可能會導致此錯誤(有關詳細資訊，請參閱故障排除部分)。
跳至零錯誤
當Cisco IOS軟體嘗試執行資料而不是程式碼時，經常會發生這種型別的錯誤。大多數情況下，軟體Bug會導致此問題，但如果症狀明顯表明存在硬體故障，則應考慮是否存在CPU故障(有關詳細資訊，請參閱故障排除部分)。
線路模擬器陷阱
當處理器嘗試執行無效指令時，會發生line 1010/1111 Emulator Error。代碼1010/1111並不真正相關（代碼取決於您嘗試執行的無效指令）。
線路模擬器陷阱錯誤的可能原因有：
加電
如果show version命令輸出顯示restarted by reload或System returned to ROM by power-on，則可以推斷路由器已重新通電或停電數秒。驗證電源並排除插座電路故障（路由器通電）。
註：如果Cisco 7200系列路由器使用以下早期硬體版本的埠介面卡，則該系列的路由器會因監視器超時而崩潰，並且報告崩潰為System returned to ROM by power-on：
-
PA-CT1/PRI
-
PA-CE1/PRI-75
-
PA-CE1/PRI-120
-
PA-4E
-
PA-5EFL
-
PA-8E
如果您認為這個問題對您的路由器造成了影響（在您確保電源不是問題之後），請收集show tech-support報告，並與您的Cisco技術支援人員聯絡。
重新載入
如果show version命令輸出顯示restarted by reload或system returned to ROM by reload，則可以推斷使用者透過reload命令手工重啟路由器。這不是系統崩潰。
保留的例外
對於此類崩潰，為確保路由器不傳輸損壞的資料，將重新載入。原因可能與硬體有關，也可能與軟體有關(請參閱故障排除部分)。
因錯誤而重新啟動
除非該錯誤清楚地表明存在硬體問題(請參閱故障排除部分)，否則請與您的Cisco技術支援人員聯絡。
Sigtrap (Signal Trap)異常
這通常是軟體問題，是另一種報告軟體所致崩潰的方式。
未定義的陷阱
除非情況清楚地表明存在硬體問題(請參閱故障排除部分)，否則請與您的Cisco技術支援人員聯絡。
意外的硬體中斷
硬體問題通常會導致此類崩潰(請參閱故障排除部分)。
未知的失敗
除非情況清楚地表明存在硬體問題(請參閱故障排除部分)，否則請與您的Cisco技術支援人員聯絡。
未知重新載入原因
此處，導致崩潰的缺陷不允許路由器記錄重新載入原因。此問題可能與硬體或軟體有關。除非情況清楚地表明存在硬體問題(請參閱故障排除部分)，否則請與您的Cisco技術支援人員聯絡。
檢查是否可以透過在版本系列中升級到最新的Cisco IOS軟體版本來解決缺陷。否則，請從crashinfo檔案或控制檯日誌中收集其他資訊(請參閱路由器崩潰故障排除)，並與您的Cisco技術支援代表聯絡。
寫入匯流排錯誤中斷
硬體問題通常會導致此類崩潰(請參閱故障排除部分)。
建立TAC案例時要收集的資訊
| 如果執行本文檔中列出的故障排除步驟後仍需幫助，並且要使用Cisco TAC建立服務請求，請確保包括以下用於排除系統崩潰故障的資訊： |
- show tech-support輸出（如果可能，在啟用模式下）
- show log輸出或控制檯捕獲資訊（如果可用）
- crashinfo檔案(如果存在，並且尚未包括在show technical-support輸出中)
將收集到的資料以非壓縮純文字檔案格式(.txt)附加到您的案例。您可以使用案件查詢工具將資訊上傳到您的案件(僅限註冊客戶)。如果您不能訪問案例查詢工具，您可以將相關資訊以案例的附件形式傳送到attach@cisco.com，同時將案例號填寫在郵件消息的主題行中。 注意：除非需要排除系統崩潰故障，否則在收集此資訊之前，請勿手動重新載入路由器或對路由器重新加電。此操作可能導致丟失確定問題的根本原因所需的重要資訊。 |
相關資訊
意見