ソフトウェア強制クラッシュについて

はじめに

このドキュメントでは、ソフトウェア強制クラッシュの原因として最も頻度の高いものについて説明し、さらに、トラブルシューティングのために収集する必要がある情報について説明します。ソフトウェア強制クラッシュの 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

ご使用のシスコデバイスの、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 が特定されたら、「fixed in」フィールドを参照して、そのバグの修正が入っている最初の Cisco IOS ソフトウェア バージョンを確認します。

バグ ID が不明な場合、または問題の修正が入っている Cisco IOS ソフトウェア バージョンが不明な場合は、Cisco IOS ソフトウェアをリリース群の最新バージョンにアップグレードします。最新バージョンには多数のバグに対する修正プログラムが含まれているため、この方法は有効です。問題が解決しなくても、ソフトウェアが最新バージョンになっていることによって、バグの報告や解決プロセスが簡単かつ迅速になります。

Cisco CLI Analyzerの使用後に、未解決のままになっている不具合を疑っていたり、確実に識別できた場合は、TACサービスリクエストをオープンして、その不具合の解決に役立つ追加情報を提供し、最終的に不具合が解決した際に迅速に通知できるようにすることをお勧めします。

設定手順

問題が新規のソフトウェア バグであることが確認された場合は、シスコ TAC エンジニアからお客様に、ルータでコア ダンプが収集されるように設定することをお願いする場合があります。コア ダンプは、ソフトウェア バグの修正方法を突きとめるために必要になることがあります。

コア ダンプでできるだけ有用な情報を収集するため、隠しコマンド debug sanity を使用することをお勧めします。これにより、システム内で使用されるすべてのバッファについて、それらの割り当て時および解放時に正常性がチェックされます。debug sanity コマンドは特権 EXEC モード（イネーブル モード）で発行する必要があり、多少 CPU を必要としますが、ルータの機能に大きな影響を与えることはありません。サニティ チェックを無効にするには、undebug sanity 特権 EXEC コマンドを使用します。

ルータのメイン メモリが 16 MB 以下の場合は、Trivial File Transfer Protocol（TFTP; トリビアル ファイル転送プロトコル）を使用してコア ダンプを収集できます。ルータのメイン メモリが 16 MB を超える場合は、File Transfer Protocol（FTP; ファイル転送プロトコル）を使用することをお勧めします。このセクションの設定手順を使用します。または、コア ダンプの作成を参照してください。

ルータを設定するには、次の手順を実行します。

1. configure terminal コマンドを使用してルータを設定します。

2. 「exception dump n.n.n.n」と入力します。ここで、n.n.n.n はリモート Trivial File Transfer Protocol（TFTP）サーバ ホストの IP アドレスです。

3. 設定モードを終了します。

TFTP サーバ ホストの設定手順

次の手順を実行して、TFTP サーバ ホストを設定します。

1. 任意のエディタを使用して、リモート ホストの /tftpboot ディレクトリの下にファイルを作成します。ファイル名は Cisco ルータのホスト名-core です。

2. UNIX システムでは、「ホスト名-core」の権限モードを 666 に変更し、グローバルに互換性のあるものとします。TFTP セットアップを検査するには、そのファイルに copy running-config tftp コマンドを使用します。

3. /tftpboot の下に 16 MB を超える空きディスク領域があることを確認します。

   システムがクラッシュすると、exception dump コマンドによって上記のファイルへの出力が作成されます。ルータのメイン メモリが 16 MB を超える場合は、File Transfer Protocol（FTP）または Remote Copy Protocol（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