瞭解軟體強制崩潰

簡介

本文檔說明導致軟體強制崩潰的最常見原因，並介紹為進行故障排除而必須收集的資訊。如果您提交軟體強制崩潰的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軟體Bug引起的。如果日誌中顯示了記憶體分配失敗錯誤消息，請參閱記憶體問題故障排除。

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

範例：

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

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

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

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

5. 按一下submit。

   如果show stack命令的解碼輸出與已知的軟體bug匹配，您將會收到最可能導致軟體強制崩潰的軟體bug的bug ID。

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

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

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

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

組態設定程序

如果問題被確定為新的軟體Bug，Cisco TAC工程師可能會請求您將路由器配置為收集核心轉儲。有時需要核心轉儲來確定可以採取哪些操作來修復軟體Bug。

要收集核心轉儲中更有用的資訊，建議您使用隱藏的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)。您可以透過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 ftp-sj.cisco.com，然後鍵入cd incoming)，通知案例所有者並包括檔名。

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

相關資訊

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