瞭解軟體強制崩潰

簡介

本文說明軟體強制崩潰的最常見原因，並說明您必須收集資訊才能進行疑難排解。如果您針對軟體強制崩潰開啟TAC服務請求，將會要求您收集的資訊對於解決該問題至關重要。

必要條件

需求

本文檔的讀者應瞭解以下主題：

• 如何排解路由器崩潰問題。

採用元件

本文件所述內容不限於特定軟體和硬體版本。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路正在作用，請確保您已瞭解任何指令可能造成的影響。

慣例

如需文件慣例的詳細資訊，請參閱思科技術提示慣例。

當路由器檢測到無法恢復的嚴重錯誤，並重新載入自己以便不傳輸損壞的資料時，就會發生軟體強制崩潰。絕大多數軟體強制崩潰是由Cisco IOS^®軟體錯誤所導致，雖然某些平台（例如舊的Cisco 4000）可能將硬體問題報告為軟體強制崩潰。

如果尚未重新通電或手動重新載入路由器，show version命令的輸出會顯示以下資訊：

Router uptime is 2 days, 21 hours, 30 minutes 
System restarted by error - Software-forced crash, PC 0x316EF90 at 20:22:37 edt 
System image file is "flash:c2500-is-l.112-15a.bin", booted via flash

如果您的Cisco裝置輸出了show version命令，則可以使用Cisco CLI Analyzer(僅供已註冊客戶使用)顯示潛在問題和修正程式。

可能原因

下表說明軟體強制崩潰的可能原因：

%SYS-2-WATCHDOG: Process aborted on watchdog timeout, process = Exec 

               and  

               *** System received a Software forced crash *** 
               signal = 0x17, code = 0x24, context= 0x60ceca60 

%SYS-2-MALLOCFAIL: Memory allocation of 734 bytes failed from 0x6015EC84, 
               pool Processor, alignment 0 

Error : compressed image checksum is incorrect 0x54B2C70A
        Expected a checksum of 0x04B2C70A


*** System received a Software forced crash ***
signal= 0x17, code= 0x5, context= 0x0
PC = 0x800080d4, Cause = 0x20, Status Reg = 0x3041f003

疑難排解

軟體強制崩潰通常由Cisco IOS軟體錯誤引起。如果日誌中存在記憶體分配失敗錯誤消息，請參閱記憶體問題故障排除。

如果您沒有看到記憶體分配失敗錯誤消息，而且在軟體強制崩潰後沒有手動重新載入或重新啟動路由器，則可以使用的最佳工具是Cisco CLI Analyzer(僅限註冊客戶)來搜尋已知的匹配錯誤ID。此工具結合了舊堆疊解碼器工具的功能。

範例：

1. 從路由器收集show stack的輸出。

2. 前往Cisco CLI Analyzer(僅供已註冊客戶使用)工具。

3. 從下拉選單中選擇show stack。

4. 貼上已收集的輸出中。

5. 按一下「submit」。

   如果show stack指令的解碼輸出與已知軟體錯誤相符，則您會收到最有可能導致軟體強制崩潰的軟體錯誤的錯誤ID。

6. 按一下錯誤ID超連結以檢視Cisco Bug Toolkit(僅供註冊客戶使用)的其他錯誤詳細資訊，這有助於您判斷正確的錯誤ID是否相符。

找到與您的錯誤相符的錯誤ID後，請參閱「已在中修正」欄位，以確定包含錯誤修正程式的第一個Cisco IOS軟體版本。

如果您不確定錯誤ID或包含問題修正程式的Cisco IOS軟體版本，請將Cisco IOS軟體升級為版本系列中的最新版本。這很有用，因為最新版本包含大量錯誤的修正程式。即使這無法解決問題，當您擁有該軟體的最新版本時，錯誤報告和解決流程也會更簡單和快速。

使用Cisco CLI Analyzer後，如果您懷疑或肯定已識別出仍未解決的錯誤，我們建議您開啟TAC服務請求，提供其他資訊以協助解決錯誤，並在錯誤最終解決時更快地發出通知。

組態設定程序

如果問題被識別為新的軟體錯誤，Cisco TAC工程師可以請求您將路由器配置為收集核心轉儲。有時需要核心轉儲來識別可以修復軟體錯誤的操作。

要在核心轉儲中收集更多有用資訊，建議您使用隱藏的debug sanity命令。這會導致在分配緩衝區和釋放緩衝區時，對系統中使用的每個緩衝區進行正常檢查。必須在特權EXEC模式（啟用模式）下發出debug sanity命令，該命令涉及某些CPU，但不會顯著影響路由器的功能。如果要禁用健全性檢查，請使用undebug sanity特權EXEC命令。

對於主記憶體為16 MB或更小的路由器，您可以使用簡單式檔案傳輸協定(TFTP)來收集核心轉儲。如果路由器的主記憶體超過16MB，建議您使用檔案傳輸協定(FTP)。使用本節中的配置過程。或者，請參閱建立核心轉儲。

完成以下步驟以配置路由器：

1. 使用configure terminal命令配置路由器。

2. 鍵入exception dump n.n.n.n，其中n.n.n.n是遠端簡單檔案傳輸協定(TFTP)伺服器主機的IP地址。

3. 退出配置模式。

TFTP伺服器主機配置過程

完成以下步驟以配置TFTP伺服器主機：

1. 在所選編輯器的幫助下，在遠端主機上的/tftpboot目錄下建立一個檔案。檔名為Cisco router hostname-core。

2. 在UNIX系統上，將「hostname-core」檔案的許可權模式更改為全域性相容(666)。 您可以通過TFTP檔案上的copy running-config tftp命令檢查TFTP安裝程式。

3. 確保在/tftpboot下有超過16 MB的可用磁碟空間。

   如果系統崩潰，exception dump命令會將其輸出建立到上述檔案。如果路由器的主記憶體超過16 MB，請使用檔案傳輸協定(FTP)或遠端複製協定(RCP)來獲取核心轉儲。在路由器上設定以下專案：

   exception protocol ftp 
   exception dump n.n.n.n 
   ip ftp username  
               
   ip ftp password  
               
              
   ip ftp source-interface  
               
   exception core-file  
              
   
   

   收集核心轉儲後，請將其上傳到ftp://ftp-sj.cisco.com/incoming(在UNIX中，鍵入pftp ftp-sj.cisco.com，然後鍵入cd incoming)，並通知案例的所有者並包含檔名。

開啟TAC服務請求時要收集的資訊

相關資訊

• 路由器崩潰故障排除
• 從 Crashinfo 檔案中擷取資訊
• 建立核心轉儲
• 疑難排解記憶體問題
• 技術支援 - Cisco Systems