スイッチ : Cisco Catalyst 6500 シリーズ スイッチ

Cisco IOS ソフトウェアが稼働する Catalyst 6500/6000 シリーズ スイッチでの一般的なエラー メッセージ

2008 年 8 月 25 日 - ライター翻訳版
その他のバージョン: PDFpdf | 機械翻訳版 (2013 年 8 月 21 日) | 英語版 (2011 年 12 月 21 日) | フィードバック

目次

概要
前提条件
      要件
      使用するコンポーネント
      表記法
%C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot [num], power not allowed: [chars]
      問題
      説明
      回避策
%DUAL-3-INTERNAL: IP-EIGRP 1: Internal Error
      問題
      説明
      回避策
%EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"
      問題
      説明
      回避策
%EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: Non-fatal interrupt [chars]
      問題
      説明
      回避策
%EARL_NETFLOW-4-TCAM_THRLD: Netflow TCAM threshold exceeded, TCAM Utilization [[dec]%]
      問題
      説明
      回避策
%ETHCNTR-3-LOOP_BACK_DETECTED : Keepalive packet loop-back detected on [chars]
      問題
      説明
      回避策
loadprog: error - on file open boot: cannot load "cisco2-Cat6k-MSFC"
      問題
      説明
      回避策
%L3_ASIC-DFC3-4-ERR_INTRPT: Interrupt TF_INT:FI_DATA_INT
      問題
      説明
%MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies
      問題
      説明
%MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors
      問題
      説明
      回避策
%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK
      問題
      説明
c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #
      問題
      説明
%MROUTE-3-TWHEEL_DELAY_ERR
      問題
      説明
%MCAST-SP-6-GC_LIMIT_EXCEEDED
      問題
      説明
      回避策
%MISTRAL-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
      問題
      説明
%MLS_STAT-4-IP_TOO_SHRT: Too short IP packets received
      問題
      説明
Processor [number] of module in slot [number] cannot service session requests
      問題
      説明
%PM_SCP-1-LCP_FW_ERR: System resetting module [dec] to recover from error: [chars]
      問題
      説明
      回避策
%PM_SCP-SP-4-UNK_OPCODE: Received unknown unsolicited message from module [dec], opcode [hex]
      問題
      説明
      回避策
%QM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded
      問題
      説明
      回避策
%slot_earl_icc_shim_addr: Slot [num] is neither SuperCard nor Supervisor - Invalid slot
      問題
      説明
%SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
      問題
      説明
      回避策
SP: Linecard endpoint of Channel 14 lost Sync. to Lower fabric and trying to recover now!
      問題
      説明
%SYSTEM-1-INITFAIL: Network boot is not supported
      問題
      説明
      解決策
CPU_MONITOR-3-TIMED_OUT または CPU_MONITOR-6-NOT_HEARD
      問題
      説明
      回避策
% Invalid IDPROM image for linecard
      問題
      説明
      回避策
%C6KPWR-4-DISABLED: Power to module in slot [dec] set [chars]
      問題
      説明
      回避策
ONLINE-SP-6-INITFAIL: Module [dec]: Failed to [chars]
      問題
      説明
      回避策
FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL
      問題
      説明
      回避策
MCAST-2-IGMP_SNOOP_DISABLE
      問題
      説明
      回避策
関連するシスコ サポート コミュニティ ディスカッション
関連情報

概要

このドキュメントでは、Cisco IOS(R) システム ソフトウェアが稼働する Cisco Catalyst 6500/6000 シリーズ スイッチで表示される一般的な syslog とエラー メッセージを簡潔に説明しています。このドキュメントにはないエラー メッセージが表示された場合は、アウトプットインタープリタ登録ユーザ専用)を使用してください。このツールを使用すると、Cisco IOS ソフトウェアや Catalyst OS(CatOS)ソフトウェアによって生成されたエラー メッセージの意味を調べることができます。
一部ツールについては、ゲスト登録のお客様にはアクセスできない場合がありますことを、ご了承ください。

注:このドキュメントに記されている syslog メッセージやエラー メッセージの形式は、若干、異なる場合があります。この違いは、スイッチのスーパーバイザ エンジンで稼働しているソフトウェア リリースの違いによって生じるものです。

注:Catalyst 6500/6000 では、次の最低限のロギング設定を使用することを推奨いたします。

  • スイッチで日付と時刻を設定するか、Network Time Protocol(NTP; ネットワーク タイム プロトコル)を使用して NTP サーバから日付と時刻を取得するようにスイッチを設定します。

  • ロギングまたはロギングのタイム スタンプがイネーブルにされていることを確認します。デフォルトでは両方ともイネーブルにされています。

  • 可能であれば、syslog サーバにログを記録するようにスイッチを設定します。

前提条件

要件

このドキュメントに関する特別な要件はありません。

使用するコンポーネント

このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

%C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot [num], power not allowed: [chars]

問題

スイッチで次のエラー メッセージが表示されます。

  • C6KPWR-SP-4-UNSUPPORTED:unsupported module in slot [num], power not allowed:[chars]

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Oct 14 16:50:13: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: 
Unknown Card Type
Oct 14 16:50:20: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: 
Unknown Card Type

説明

このメッセージは、あるスロットに装着されているモジュールがサポート対象でないことを示しています。[num] はスロット番号、[chars] はエラーの詳細です。

回避策

スーパーバイザ エンジンのソフトウェアを、そのハードウェア モジュールをサポートするバージョンにアップグレードします。関連リリースについては、『Cisco Catalyst 6500 シリーズ スイッチのリリース ノート』の「サポート対象ハードウェア」セクションを参照してください。メッセージで説明されている問題を解決するには、次のいずれかの操作を行います。

  • スイッチ ファブリック モジュールを取り付ける、または交換する。

  • サポートされていないモジュールを他のスロットに移動させる。

%DUAL-3-INTERNAL: IP-EIGRP 1: Internal Error

問題

スイッチで次のエラー メッセージが表示されます。

  • %DUAL-3-INTERNAL: IP-EIGRP 1: Internal Error

説明

このエラー メッセージは、Cisco IOS ソフトウェアに不具合があることを示しています。この不具合は次のリリースで修正されています。

  • Cisco IOS ソフトウェア リリース 12.2(0.4)

  • Cisco IOS ソフトウェア リリース 12.1(6.1)

  • Cisco IOS ソフトウェア リリース 12.2(0.5)T

  • Cisco IOS ソフトウェア リリース 12.1(6.5)E

  • Cisco IOS ソフトウェア リリース 12.1(6.5)EC

  • Cisco IOS ソフトウェア リリース 12.1(6)E02

  • Cisco IOS ソフトウェア リリース 12.2(0.18)S

  • Cisco IOS ソフトウェア リリース 12.2(2)B

  • Cisco IOS ソフトウェア リリース 12.2(15)ZN

回避策

Cisco IOS ソフトウェアを、これらのリリースか最新のリリースにアップグレードしてください。

%EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"

問題

スイッチで次のエラー メッセージが表示されます。

  • %EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Jul 25 12:00:40.228 AEST: %EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"Intr. 
Exceeded permitted 1000/100 intrs/msec

説明

このメッセージは、スイッチのフォワーディング エンジンで、許可されている IP パケットの最小長よりも短い IP パケットが受信されたことを意味しています。スイッチではこのパケットを廃棄します。以前のバージョンでは、このようなパケットは何のメッセージもなく廃棄され、フォワーディング エンジンの統計値としてカウントされていました。新しいバージョンでは、このエラー メッセージは 30 分ごとに 1 回、syslog に記録されます。スイッチのフォワーディング エンジンでこのような種類の IP パケットが受信される原因としては、次の可能性があります。

  • 不正なネットワーク インターフェイス カード(NIC)ドライバ

  • NIC ドライバの不具合

  • 不正なアプリケーション

スイッチでは、単にこのような「不正」なパケットを受信したことを報告し、これらを廃棄しようとするだけです。

回避策

この問題の原因はスイッチの外部にあります。残念なことに、フォワーディング エンジンでは、不正なパケットを送信しているデバイスの発信元 IP の記録は保存されません。このようなデバイスを検出する唯一の方法は、スニファを使用して送信元アドレスを突き止め、そのデバイスを交換することです。

%EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: Non-fatal interrupt [chars]

問題

スイッチで次のエラー メッセージが表示されます。

  • EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: Non-fatal interrupt [chars]

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Apr 20 17:53:38: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: 
           Non-fatal interrupt Packet Parser block interrupt
Apr 20 19:13:05: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC:
           Non-fatal interrupt Packet Parser block interrupt

説明

エラー メッセージ %EARL_L3_ASIC-SP-3-INTR_WARN は、Enhanced Address Recognition Logic(EARL)レイヤ 3(L3)の application-specific integrated circuit(ASIC; 特定用途向け集積回路)で、重大ではないが予期しない状況が検出されたことを意味します。これは、不正なパケット、おそらくレイヤ 3 の IP チェックサム エラーがあるパケットが受信され、廃棄されたことを示しています。この問題の原因は、不正なパケットを送信しているネットワーク上のデバイスです。不正なパケットを送信する原因として特に考えられるのは、次の項目です。

  • 不正な NIC

  • 不正な NIC ドライバ

  • 不正なアプリケーション

以前の Cisco IOS ソフトウェア リリースでは、これらのパケットは通常はログに記録されずに廃棄されます。Cisco IOS ソフトウェア リリース 12.2SX 以降では、この問題についてのエラー メッセージのログを記録する機能があります。

回避策

このメッセージは情報としての意味しかありません。回避策としては、次の 2 つの方法のいずれかを実行してください。

  • ネットワーク スニファを使用して、エラー パケットの送信元を調べます。次に、送信元のデバイスまたはアプリケーションの問題を解決します。

  • スイッチのハードウェアにおいて、次の項目に対するレイヤ 3 エラー チェックをディセーブルにします。

    • パケット チェックサム エラー

    • パケット長エラー

    • 送信元の IP アドレスと宛先の IP アドレスが同一のパケット

    次の例に示すように、no mls verify コマンドを使用して、これらのエラー チェックを停止します。

    • Switch(config)#no mls verify ip checksum
      
      !--- これにより、スイッチでパケット チェックサム エラーのチェックが
      !--- 停止するように設定されます。
      
      
    • Switch(config)#no mls verify ip length {consistent | minimum}
      
      !--- これにより、スイッチでパケット長エラーのチェックが 
      !--- 停止するように設定されます。
      
      
    • Switch(config)#no mls verify ip same-address
      
      
      !--- これにより、スイッチで送信元 IP アドレスと宛先 IP アドレスが
      !--- 同一のパケットのチェックが停止するように設定されます。
      
      

%EARL_NETFLOW-4-TCAM_THRLD: Netflow TCAM threshold exceeded, TCAM Utilization [[dec]%]

問題

スイッチで次のエラー メッセージが表示されます。

  • EARL_NETFLOW-4-TCAM_THRLD: Netflow TCAM threshold exceeded, TCAM Utilization [[dec]%]

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Aug 24 12:30:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, 
TCAM Utilization [97%]
Aug 24 12:31:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, 
TCAM Utilization [97%]

説明

このメッセージは、NetFlow の ternary content addressable memory(TCAM)がいっぱいに近いことを示しています。アグレッシブ エージングが一時的にイネーブルになります。NetFlow マスクを FULL モードに変更すると、非常に多数のエントリによって NetFlow の TCAM がオーバーフローする場合があります。この情報をチェックするには、show mls netflow ip count コマンドを発行します。

Supervisor Engine 720 では、NetFlow テーブルの使用率が 30 秒ごとにチェックされます。Supervisor Engine では、テーブルの使用率がほぼ 90 % に達すると、アグレッシブ エージングがオンになります。テーブルがほぼいっぱいになると、作成できない新規アクティブ フローがあるというのが、アグレッシブ エージングの考え方です。これにより、より多くのアクティブ フローのためのスペースを確保するために、アクティブ度の低いフロー(あるいは非アクティブなフロー)を積極的にエージアウトさせるということは意味があります。

PFC3a と PFC3b では、各ポリシー フィーチャ カード(PFC)NetFlow テーブル(IPv4)の容量は 128,000 フローです。PFC3bXL では、容量は 256,000 フローです。

回避策

この問題の発生を防ぐには、FULL NetFlow モードをディセーブルにします。no mls flow ip コマンドを発行します。

注:一般的には、no mls flow ip コマンドはパケットの転送には影響しません。これは、パケット転送用の TCAM と NetFlow 転送用の TCAM は分離されているためです。

この問題から回復するには、MLS ファスト エージングをイネーブルにします。MLS ファスト エージング タイムをイネーブルにする際に、最初は値を 128 秒に設定します。MLS キャッシュのサイズが 32 K エントリを超過して増大し続けている場合は、キャッシュ サイズが 32 K 未満になるようにこの設定値を下げてください。キャッシュが 32 K エントリを超過して増大し続ける場合は、ノーマル MLS エージング タイムを下げてください。8 秒の倍数になっていないエージングタイム値は、すべて 8 秒の倍数の最も近い値に調整されます。

Router#configure terminal
Router(config)#mls aging fast threshold 64 time 30

%ETHCNTR-3-LOOP_BACK_DETECTED : Keepalive packet loop-back detected on [chars]

問題

スイッチから次のエラー メッセージが出され、ポートが強制的にリンクダウンの状態になります。

  • %ETHCNTR-3-LOOP_BACK_DETECTED : Keepalive packet loop-back detected on [chars]

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Oct 2 10:40:13: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on 
GigabitEthernet0/1
Oct 2 10:40:13: %PM-4-ERR_DISABLE: loopback error detected on Gi0/1, putting Gi0/1 in 
err-disable state

説明

この問題は、キープアライブ パケットが、そのキープアライブを送信したポートにループバックされることが原因で発生します。キープアライブは、Catalyst スイッチで、ネットワーク上でループが発生しないようにするために送信されます。キープアライブはすべてのインターフェイスでデフォルトでイネーブルにされています。この問題は、ループを検出して遮断した、ループの発生源ではないデバイスで発生します。

回避策

no keepalive インターフェイス コマンドを発行して、キープアライブをディセーブルにします。キープアライブをディセーブルにすることで、インターフェイスが errdisable になることを防ぐことができますが、ループを排除することはできません。

注:Cisco IOS ソフトウェア リリース 12.2(x)SE ベースのリリース以降では、デフォルトではキープアライブがファイバ インターフェイスやアップリンク インターフェイスに送られないようになっています。

loadprog: error - on file open boot: cannot load "cisco2-Cat6k-MSFC"

問題

スイッチで次のエラー メッセージが表示されます。

  • loadprog: error - on file open boot: cannot load "bootflash:c6msfc2-boot-mz.121-8a.EX"

説明

この問題は、内部 64 バイト境界近辺のデバイスに境界非整列の書き込みを行った場合にのみ発生します。この問題は、次のいずれかの状況で発生します。

  • クラッシュしたダンプ ファイルを書き込んだとき

    ファイルの書き込みの際に、何らかの原因によってシステムがクラッシュしたとき

  • CatOS から Cisco IOS ソフトウェアへの移行中にコードが破損したとき

回避策

回避策は、デバイス ドライバを修正して、境界非整列のアクセスを正しく処理できるようにします。CatOS から Cisco IOS ソフトウェアへの移行時に、コードが破損したことが原因でエラーが発生した場合は、フラッシュを消去して、有効な CatOS ソフトウェア イメージを新しくダウンロードしてください。

%L3_ASIC-DFC3-4-ERR_INTRPT: Interrupt TF_INT:FI_DATA_INT

問題

スイッチで次のエラー メッセージが表示されます。

  • %L3_ASIC-DFC3-4-ERR_INTRPT: Interrupt TF_INT:FI_DATA_INT occurring in EARL %Layer 3 ASIC

説明

このエラー メッセージは、レイヤ 3(L3)フォワーディングの application-specific integrated circuit(ASIC; 特定用途向け集積回路)でエラーが発生したことを示しています。基本的には、一過性のトラフィックがこの ASIC を通過すると、スイッチにこのメッセージが表示されます。ソフトウェアは単に割り込み状態が発生したことを報告するだけです。この状態が発生するとすぐに、show earl statistics コマンドで表示されるカウンタの値が増加します。ソフトウェアがこのような状態から回復しようとするたびに、スイッチはこの syslog メッセージを生成します。通常、発生頻度が低いときには、このメッセージには情報としての意味しかありません。しかし、このエラー メッセージが頻繁に発生するときには、ハードウェアに問題がある可能性があります。

show earl statistics コマンドで出力されるカウンタの値を確認します。カウンタの値が急速に増加しているときには、ハードウェアに問題がある可能性があります。

%MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies

問題

スイッチで次のエラー メッセージが表示されます。

  • %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

May 29 21:54:14 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies
May 29 23:10:44 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies

説明

これらのメッセージは、受信されたパケットの IP 長が、そのパケットの MAC 長と一致していないことを示しています。スーパーバイザ エンジンは、このようなパケットを廃棄します。パケットが廃棄されるため、スイッチに対する悪影響はありません。スイッチがこのメッセージを表示するのは、情報としての目的だけです。この問題の原因は、不正なパケットを送信しているネットワーク上のデバイスです。不正なパケットを送信する原因として特に考えられるのは、次の項目です。

  • 不正な NIC

  • 不正な NIC ドライバ

  • 不正なアプリケーション

ネットワーク スニファを使用して、エラー パケットの送信元を調べます。次に、送信元のデバイスまたはアプリケーションの問題を解決します。

もう 1 つの回避策は、スイッチで次のチェックをしないように、スイッチの設定を変えることです。

  • パケット チェックサム エラー

  • パケット長エラー

  • 送信元の IP アドレスと宛先の IP アドレスが同一のパケット

スイッチがこれらをチェックしないようにするには、次のコマンドを使用します。

  • Switch(config)#no mls verify ip checksum
    
    !--- パケット チェックサム エラーのチェックを停止するようにスイッチを設定します。
    
    
  • Switch(config)#no mls verify ip length
    
    !--- パケット長エラーのチェックを停止するようにスイッチを設定します。
    
    
  • Switch(config)#no mls verify ip same-address
    
    !--- これにより、スイッチで送信元 IP アドレスと宛先 IP アドレスが同一のパケットのチェックが 
    !--- 停止するように設定されます。
    
    

%MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors

問題

スイッチで次のエラー メッセージが表示されます。

  • %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Jan 20 12:48:52: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors
Jan 20 14:49:53: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors

説明

これらのメッセージは、スイッチが、不正なチェックサム値を持つ IP パケットを受信していることを示しています。これらのパケットはスイッチによって廃棄されるため、スイッチに対する悪影響はありません。スイッチがこのメッセージを表示するのは、情報としての目的だけです。この問題の原因は、不正なパケットを送信しているネットワーク上のデバイスです。不正なパケットを送信する原因として特に考えられるのは、次の項目です。

  • 不正な NIC

  • 不正な NIC ドライバ

  • 不正なアプリケーション

回避策

回避策としては、次の 2 つの方法のいずれかを実行してください。

  • ネットワーク スニファを使用して、エラー パケットの送信元を調べます。次に、送信元のデバイスまたはアプリケーションの問題を解決します。

  • スイッチのハードウェアにおいて、次の 2 つの項目に対するレイヤ 3 エラー チェックをディセーブルにします。

    • パケット チェックサム エラー

    • パケット長エラー

    これらのエラー チェックを停止するには、次の例に示すように、no mls verify コマンドを使用します。

    • Switch(config)#no mls verify ip checksum
      
      !--- これにより、スイッチでパケット長エラーのチェックが 
      !--- 停止するように設定されます。
      
      
    • Switch(config)#no mls verify ip length {consistent | minimum}
      
      !--- これにより、スイッチでパケット長エラーのチェックが 
      !--- 停止するように設定されます。
      
      

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK

問題

スイッチで次のエラー メッセージが表示されます。

  • %MCAST-SP-6-ADDRESS_ALIASING_FALLBACK:

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK: Address Aliasing detected for 
group 0100.5e00.0001 on vlan 632 from possible source ip 10.158.132.185 source 
mac 0000.bea6.82e0

説明

このメッセージは、スイッチが、01-00-5e-00-00-xx の範囲にあるマルチキャスト MAC アドレスを宛先とする過剰なマルチキャスト トラフィックを受信していることを示しています。このマルチキャストの範囲は、次のような Internet Group Management Protocol(IGMP; インターネット グループ管理プロトコル)の制御トラフィック用に予約されています。

  • Leave

  • Join

  • General query

スイッチの CPU は、通常は IGMP の制御トラフィックをすべて処理します。したがって、Cisco IOS ソフトウェアには、予約されているアドレスに宛てられた過剰な IGMP マルチキャスト トラフィックを無視するメカニズムがあります。このメカニズムによって、CPU が高い負荷を受けないようになっています。このメカニズムを使用していることを、「フォールバック モード」と呼びます。

不正なマルチキャスト トラフィックの発信元を調べます。次に、送信を停止するか、IGMP の制御データ空間を侵害しないようにストリームの特性を修正します。また、「問題」のセクションのエラー メッセージも利用してください。このメッセージには、問題を発生させている可能性のあるネットワーク上の発信元が示されています。

c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #

問題

スイッチで次のエラー メッセージが表示されます。

  • c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43

説明

このエラー メッセージが生成される原因は、Flex WAN モジュールで使用しているポート アダプタの Simple Network Management Protocol(SNMP; 簡易ネットワーク管理プロトコル)ポーリングに対して、スイッチから不正な応答が返されたことです。このエラー メッセージは本質的に表面的なものであり、スイッチのパフォーマンスに悪影響を及ぼすような問題ではありません。詳細は、Cisco Bug ID CSCdx41473登録ユーザ専用)を参照してください。
一部ツールについては、ゲスト登録のお客様にはアクセスできない場合がありますことを、ご了承ください。

この問題は次のリリースで修正されています。

  • Cisco IOS ソフトウェア リリース 12.1(11b)E4

  • Cisco IOS ソフトウェア リリース 12.1(12c)E1

  • Cisco IOS ソフトウェア リリース 12.1(13)E

  • Cisco IOS ソフトウェア リリース 12.1(13)EC

  • 上記よりも後のリリース

%MROUTE-3-TWHEEL_DELAY_ERR

問題

スイッチで次のエラー メッセージが表示されます。

  • %MROUTE-3-TWHEEL_DELAY_ERR:

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

%MROUTE-3-TWHEEL_DELAY_ERR: Exceeded maximum delay (240000 ms) requested: 7200000

説明

このメッセージは、高いホールドタイム値をアドバタイズする Protocol Independent Multicast(PIM)の join/prune パケットがスイッチで受信されていることを示しています。このパケットは、スイッチの OS で許可されている最大遅延(4 分間)を超えるホールドタイム値をアドバタイズします。これらのパケットはマルチキャスト制御パケットであり、PIM、Distance Vector Multicast Routing Protocol(DVMRP; ディスタンスベクトル マルチキャスト ルーティング プロトコル)、およびその他のタイプがあります。

Catalyst 6500/6000 用の Cisco IOS ソフトウェアの新しいリリースでは、この最大遅延を 65,535 秒に増やしています。詳細は、Cisco Bug ID CSCdw50542登録ユーザ専用)を参照してください。
一部ツールについては、ゲスト登録のお客様にはアクセスできない場合がありますことを、ご了承ください。

この問題は次のリリースで修正されています。

  • Cisco IOS ソフトウェア リリース 12.1(12c)E

  • Cisco IOS ソフトウェア リリース 12.2(12)T01

  • Cisco IOS ソフトウェア リリース 12.1(13)E

  • Cisco IOS ソフトウェア リリース 12.1(13)EC

  • 上記よりも後のリリース

回避策

プロトコルの標準によって推奨されているタイマーを使用するように、PIM パケットを生成しているサードパーティ製デバイスを設定します。

%MCAST-SP-6-GC_LIMIT_EXCEEDED

問題

スイッチで次のエラー メッセージが表示されます。

  • %MCAST-SP-6-GC_LIMIT_EXCEEDED

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate 
more Layer 2 entries than what=allowed (13000)

説明

このエラー メッセージが記録されるのは、スイッチの IGMP のスヌーピング機能によって、許可される最大数のレイヤ 2(L2)エントリが作成された場合です。スイッチがマルチキャスト グループ用に作成できる L2 エントリの最大数は、デフォルトで 15,488 エントリです。Cisco IOS ソフトウェアの新しいバージョンでは、ハードウェアにインストールされた L2 マルチキャスト エントリだけが上限に対してカウントされます。詳細は、Cisco Bug ID CSCdx89380登録ユーザ専用)を参照してください。
一部ツールについては、ゲスト登録のお客様にはアクセスできない場合がありますことを、ご了承ください。

この問題は、Cisco IOS ソフトウェア リリース 12.1(13)E1 以降で解決されています。

回避策

この L2 の制限を手動で上げることができます。これを行うには、ip igmp l2-entry-limit コマンドを発行します。

%MISTRAL-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

問題

スイッチで次のエラー メッセージが表示されます。

  • %MISTRAL-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Apr 19 22:14:18.237 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR
Apr 19 22:14:25.050 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR
Apr 19 22:15:20.171 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR

説明

このエラー メッセージは、スイッチ内部の Table Manager の次ページ ポインタでパリティ エラーが発生したことを示しています。スイッチで Cisco IOS ソフトウェア リリース 12.1(8)E 以降が稼働している場合、スイッチはパリティ エラーを検出し、Mistral ASIC をリセットします。スイッチはリロードを行うことなく動作を継続できます。メモリのパリティ エラーの原因としては、ランダムに発生する静電気放電や、その他の外的要因が考えられます。このメッセージが一度しか発生しないか、めったに発生しない場合は、スイッチの syslog をモニタして、このエラー メッセージが単発性インシデントであることを確認してください。これらのエラー メッセージが再発するようであれば、Cisco テクニカル サポートでサービス リクエストを作成してください。
注:弊社とのサポート契約がないお客様は、製品をご購入いただきました販売店経由でお問い合わせください。

%MLS_STAT-4-IP_TOO_SHRT: Too short IP packets received

問題

スイッチで次のエラー メッセージが表示されます。

  • %MLS_STAT-4-IP_TOO_SHRT: Too short IP packets received

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

*Apr  1 10:30:35 EST: %MLS_STAT-SP-4-IP_TOO_SHRT: Too short IP packets received

説明

このメッセージは、スイッチのフォワーディング エンジンで、許可されている IP パケットの最小長よりも短い IP パケットが受信されたことを意味しています。スイッチではこのパケットを廃棄します。以前のバージョンでは、このようなパケットは何のメッセージもなく廃棄され、フォワーディング エンジンの統計値としてカウントされていました。この処理が該当するのは、7.x またはそれ以前のソフトウェア リリースと、Cisco IOS ソフトウェア リリース 12.1(13E) またはそれ以前のリリースです。7.x より後のソフトウェア リリース、または Cisco IOS ソフトウェア リリース 12.1(13E) より後のリリースでは、このメッセージは 30 分ごとに syslog に記録されます。

スイッチ側には何の影響もありません。スイッチ側ではこの不正なパケットを廃棄します。これはつまり、受信デバイスによって廃棄されていることになります。懸念事項は、不正なパケットを送信しているデバイスがあるということです。考えられる原因には、次のものがあります。

  • 不正な NIC ドライバ

  • NIC ドライバの不具合

  • 不正なアプリケーション

ハードウェアの制限により、スーパーバイザ エンジンでは、不正なパケットを送信しているデバイスの発信元 IP、MAC アドレス、ポートの記録は保存されません。このようなデバイスを検出し、発信元アドレスを突きとめるには、パケット スニファリング アプリケーションを使用する必要があります。

問題」セクションで示したメッセージは、スイッチから警告および情報を提供するものに過ぎません。送信元ポート、MAC アドレス、IP アドレスなどの情報はメッセージには含まれません。

この場合は、ネットワーク内でパケット スニファリング アプリケーションを使用します。いくつかのインターフェイスをシャットダウンしたり、ネットワークからデバイスを切り離したりして、誤動作しているデバイスを特定できるかどうかを判断してください。

Processor [number] of module in slot [number] cannot service session requests

問題

スイッチで次のエラー メッセージが表示されます。

  • Processor [number] of module in slot [number] cannot service session requests

説明

このエラーは、下記の状況でセッションを確立するために session slot number processor number コマンドを発行すると、発生します。

  • スイッチへのログイン中に、セッションがすでに確立されているモジュールに対して、再度セッションを確立しようとしたとき。

  • スロットに装着されている使用不可能なモジュールに対してセッションを確立しようとしたとき。

  • モジュールに装着されている使用不可能なプロセッサに対してセッションを確立しようとしたとき。

%PM_SCP-1-LCP_FW_ERR: System resetting module [dec] to recover from error: [chars]

問題

スイッチで次のエラー メッセージが表示されます。

  • %PM_SCP-1-LCP_FW_ERR: System resetting module [dec] to recover from error: [chars]

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

  • %PM_SCP-SP-1-LCP_FW_ERR: System resetting module 13 to recover from error: Linecard received system exception

    または

  • %PM_SCP-SP-1-LCP_FW_ERR: System resetting module 4 to recover from error: Coil Pb Rx Parity Error - Port #14

説明

このメッセージは、特定のモジュールのファームウェアによってエラーが検出されたことを示します。システムは自動的にモジュールをリセットして、エラー状態から回復します。[dec] はモジュール番号、[chars] はエラーの内容です。

回避策

モジュールを取り付け直すか、別のスロットに取り付けて、モジュールに対するブートアップ診断テストを通過できるようにします。Catalyst 6500 シリーズ スイッチでのオンライン診断についての詳細は、『オンライン診断の設定』を参照してください。モジュールが診断テストを通過したら、このエラー メッセージが再度発生するかどうか監視してください。これらのエラー メッセージが再発するか、診断テストで問題が検出される場合は、さらにトラブルシューティングを進めるために、Cisco テクニカル サポートでサービス リクエストを作成してください。
注:弊社とのサポート契約がないお客様は、製品をご購入いただきました販売店経由でお問い合わせください。

%PM_SCP-SP-4-UNK_OPCODE: Received unknown unsolicited message from module [dec], opcode [hex]

問題

スイッチで次のエラー メッセージが表示されます。

  • %PM_SCP-SP-4-UNK_OPCODE: Received unknown unsolicited message from module [dec], opcode [hex]

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

  • Dec 10 12:44:18.117: %PM_SCP-SP-4-UNK_OPCODE: Received unknown unsolicited message from module 2, opcode 0x330

    または

  • Dec 10 12:44:25.210: %PM_SCP-SP-4-UNK_OPCODE: Received unknown unsolicited message from module 2, opcode 0x114

説明

このエラー メッセージは、ラインカードからコントロール メッセージが送られたものの、このスイッチの Cisco IOS ソフトウェア リリースではその機能がサポートされていないために、スーパーバイザ エンジンで認識されないことを示します。

ラインカードでは、ソフトウェアでその機能をサポートしているとなっているアクティブなスーパーバイザ エンジンにコントロール メッセージを送ります。しかし、ソフトウェアでそのラインカードの機能がサポートされていないと、これらのコントロール メッセージは認識されず、このエラー メッセージが表示されます。このメッセージは無害なもので、スーパーバイザ エンジンやラインカードの機能への影響はありません。

回避策

スーパーバイザ エンジンのソフトウェアを、最大限の機能をサポートしている最新バージョンにアップグレードします。このエラー メッセージは実働環境やトラフィックに悪影響を与えるものではないため、無視しても構いません。

%QM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded

問題

スイッチで次のエラー メッセージが表示されます。

  • %QM-4-TCAM_ENTRY: Hardware TCAM entry capacity exceeded

説明

TCAM は、ACL と QoS エンジンによる高速テーブル検索用に設計された専用メモリです。このメッセージでは、TCAM リソースが使い尽くされて、パケットのスイッチングがソフトウェアで行われたことが表示されています。つまり、各インターフェイスには TCAM に独自の ID があり、そのため、TCAM リソースがさらに必要であることになります。mls qos marking statistics コマンドが存在することか、すべての設定済み ACL を処理する容量がハードウェア TCAM にはないというのが、この問題が発生する原因として最も可能性があります。

回避策

  • デフォルトではイネーブルになっている mls qos marking statistics コマンドをディセーブルにします。

  • TCAM リソースの競合状態を緩和するために、複数のインターフェイスで同一の ACL を共用します。

%slot_earl_icc_shim_addr: Slot [num] is neither SuperCard nor Supervisor - Invalid slot

問題

スイッチで次のエラー メッセージが表示されます。

  • %slot_earl_icc_shim_addr: Slot [num] is neither SuperCard nor Supervisor - Invalid Slot

説明

このメッセージは、SNMP Manager から、TCAM 情報を持たないラインカードの TCAM データに対してポーリングを行ったときに発生します。このメッセージは、Cisco IOS ソフトウェアが稼働している Catalyst 6500 スイッチに装着されているラインカードに対してだけ発生します。SNMP ポーリングの際にラインカードに TCAM 情報があれば、データは network management system(NMS; ネットワーク管理システム)に渡され、処理されます。詳細は、Cisco Bug ID CSCec39383登録ユーザ専用)を参照してください。
一部ツールについては、ゲスト登録のお客様にはアクセスできない場合がありますことを、ご了承ください。

この問題は、Cisco IOS ソフトウェア リリース 12.2(18) で解決されています。

回避策としては、NMS からの TCAM データのクエリーをブロックする方法があります。TCAM の使用量データを提供する MIB オブジェクトは cseTcamUsageTable です。トレースバックを回避するには、ルータ上で次の手順を実行してください。

  1. snmp-server view tcamBlock cseTcamUsageTable excluded コマンドを発行します。

  2. snmp-server view tcamBlock iso included コマンドを発行します。

  3. snmp-server community public view tcamBlock ro コマンドを発行します。

  4. snmp-server community private view tcamBlock rw コマンドを発行します。

%SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

問題

スイッチで次のエラー メッセージが表示されます。

  • %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

Feb 23 21:55:00: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Feb 23 22:51:32: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Feb 23 23:59:01: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

説明

MSFC 上の Mistral ASIC で発生する最も一般的なエラーには、TM_DATA_PARITY_ERROR、SYSDRAM_PARITY_ERROR、SYSAD_PARITY_ERROR、および TM_NPP_PARITY_ERROR があります。これらのパリティ エラーの原因として考えられる原因は、ランダムに発生する静電気放電や他の外的要因です。このエラー メッセージには、パリティ エラーが発生したことが示されています。プロセッサ メモリ パリティ エラー(PMPE)は、次の 2 種類に分類されます。シングル イベント アップセット(SEU)および繰り返されるエラー。

たとえば 0 が勝手に 1 に変わるような外部イベントによりデータ ワード内のビットが不意に変わる際に、これらのシングル ビット エラーが発生します。SEU は、ベンダーやテクノロジーにかかわらず普遍的に発生する現象です。SEU はめったに発生するものではありませんが、PC を含むすべてのコンピュータとネットワーク システムで発生する可能性があります。SEU はソフト エラーとも呼ばれ、ノイズが原因で、データで一時的に不規則なエラーが発生します。これはコンポーネント障害とは無関係で、最も多い原因は宇宙線放射です。

障害のあるコンポーネントが原因で繰り返し発生するエラー(よく、ハード エラーと呼ばれます)。ハード エラーは障害のあるコンポーネントや基板レベルの問題により発生します。これには、同じエラーを何度も発生させるような、不適切に製造されたプリント基板があります。

回避策

このメッセージが一度しか発生しないか、めったに発生しない場合は、スイッチの syslog をモニタして、このエラー メッセージが単発性インシデントであることを確認してください。これらのメッセージが再発する場合は、そのスーパーバイザ エンジン ブレードを取り付け直してください。これでエラーの発生がなくなれば、ハード パリティ エラーであったことになります。これらのエラー メッセージの再発が続くようであれば、Technical Assistance Center でサービス リクエストをオープンしてください。
注:弊社とのサポート契約がないお客様は、製品をご購入いただきました販売店経由でお問い合わせください。

SP: Linecard endpoint of Channel 14 lost Sync. to Lower fabric and trying to recover now!

問題

スイッチで次のエラー メッセージが表示されます。

  • SP: Linecard endpoint of Channel 14 lost Sync. to Lower fabric and trying to recover now!

説明

このエラー メッセージでは、通常、ラインカードの取り付けが不適切であることが指摘されています。ほとんどの場合、ラインカードを物理的に取り付け直せば、問題が解決します。モジュールに問題がある場合もあります。

  1. このエラー メッセージを発生させているモジュールを判別するために、show fabric fpoe map コマンドを発行します。

    Switch#configure terminal
    Switch(config)#service internal
    Switch(config)#end
    Switch#show fabric fpoe map
    Switch#configure terminal
    Switch(config)#no service internal
    Switch(config)#end
    

    次の例は、show fabric fpoe map コマンドによる出力結果です。この出力より、このエラー メッセージが引き起こしているのはスロット 12 のモジュールであることがわかります。

    switch#show fabric fpoe map 
    
    slot channel   fpoe 
    
      12     0    14  <<
    
    
    There are also related errors in "show fabric channel-counters" :
    
    slot channel   rxErrors   txErrors    txDrops  lbusDrops
        1       0          1          0          0          0
        2       0         16          0          0          0
        3       0         16          0          0          0
    
  2. このエラー メッセージを引き起こしているモジュールを取り付け直します。

%SYSTEM-1-INITFAIL: Network boot is not supported

問題

Cisco Catalyst 6000/6500 スイッチのブート中に、類似のエラー メッセージが表示される場合があります。

%SYSTEM-1-INITFAIL: Network boot is not supported.

Invalid device specified
Booting from default device
Initializing ATA monitor library...
monlib.open(): Open Error = -13
loadprog: error - on file open
boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

説明

このエラーが発生するのは、ほとんど、有効なフラッシュ デバイスからスイッチをブートするのにブート変数が不適切に設定されている場合です。

説明で、メッセージの最後の行に注意してください。

boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

指定されているフラッシュ デバイスの名前は bootdisk で、IOS ファイル名の最初の部分の s72033 で、この IOS が Supervisor 720 モジュール用であることが示されています。Supervisor 720 モジュールでは、bootdisk という名前のフラッシュ デバイスはサポートされていません。Supervisor 720 モジュールにはこの名前のローカル フラッシュがないので、スイッチでは、ネットワークからブートするものと見なされ、このエラー メッセージが表示されます。

解決策

正しいフラッシュ デバイス名と有効なソフトウェア ファイル名でブート変数を設定します。

スーパーバイザ モジュールでサポートされているのは、次のフラッシュ デバイスです。

  • Supervisor Engine 1 および Supervisor Engine 2

    フラッシュ デバイス名

    説明

    bootflash:

    オンボードのフラッシュ メモリ

    slot0:

    リニア フラッシュ PC カード(PCMCIA スロット)

    disk0:

    ATA フラッシュ PC カード(PCMCIA スロット)


  • Supervisor Engine 720

    フラッシュ デバイス名

    説明

    bootflash:

    オンボードのフラッシュ メモリ

    disk0:

    CF Type II カードのみ(disk 0 スロット)

    disk1:

    CF Type II カードのみ(disk 1 スロット)


  • Supervisor Engine 32

    フラッシュ デバイス名

    説明

    bootdisk:

    オンボードのフラッシュ メモリ

    disk0:

    CF Type II カードのみ(disk 0 スロット)

これで問題が解決しない場合は、『Cisco IOS システム ソフトウェアが動作している Catalyst 6500 または 6000 での、ブート ローダー イメージの破損や欠落あるいは ROMmon モードからの回復』を参照してください。

CPU_MONITOR-3-TIMED_OUT または CPU_MONITOR-6-NOT_HEARD

問題

スイッチで次のエラー メッセージが表示されます。

CPU_MONITOR-3-TIMED_OUT: CPU monitor messages have failed, resetting system
CPU_MONITOR-6-NOT_HEARD: CPU monitor messages have not been heard for [dec] seconds

説明

これらのメッセージは、相当の時間、CPU モニタ メッセージが受信されなかったことを示しています。ほとんどの場合、タイムアウトが発生し、システムがリセットされます。[dec] は秒数です。

この問題には、次の原因が考えられます。

  • 不適切に取り付けられたラインカードやモジュール

  • 不正な ASIC やバックプレーン

  • ソフトウェアの不具合

  • パリティ エラー

  • イーサネット帯域外チャネル(EOBC)での高トラフィック

    EOBC チャネルは、他の多くの機能を処理する半二重チャネルで、Simple Network Management Protocol(SNMP)トラフィックやスイッチを宛先とするパケットがこれに含まれます。SNMP トラフィックの集中により EOBC チャネルがメッセージでいっぱいになると、チャネルでコリジョンが発生する可能性があります。これが発生すると、EOBC では IPC メッセージの搬送ができなくなる可能性があります。これにより、スイッチでエラー メッセージが表示されます。

回避策

ラインカードやモジュールを取り付け直します。メンテナンス時間帯がスケジュールできる場合は、スイッチをリセットして一時的な問題をすべてクリアします。

% Invalid IDPROM image for linecard

問題

Cisco IOS システム ソフトウェアが稼働する Catalyst 6500 シリーズ スイッチで、%Invalid IDPROM image for linecard エラー メッセージを受け取りました。

エラー メッセージには、次のようなものがあります。

% Invalid IDPROM image for daughterboard 1 in slot 4 (error = 4)
% Invalid IDPROM image for linecard in slot 5 (error = 4)
% Invalid IDPROM image for daughterboard 1 in slot 5 (error = 4)

説明

このエラーは、スーパーバイザからコントロール バスに不正な信号が生成されたため、インストールされているラインカードが正しくブートされなかったことを示しています。シナリオによっては、不適切な取り付けが原因でもスーパーバイザやラインカードが Cat6500 シャーシで認識されない場合があります。詳細は、Cisco Bug ID CSCdz65855登録ユーザ専用)を参照してください。
一部ツールについては、ゲスト登録のお客様にはアクセスできない場合がありますことを、ご了承ください。

回避策

冗長スーパーバイザ構成が利用可能な場合は、強制スイッチオーバーを実行して、元のアクティブ側スーパーバイザを取り付け直します。

単一スーパーバイザ構成の場合は、ダウンタイムをスケジュールして、下記のステップを実行します。

  1. スーパーバイザ モジュールを別のスロットに移します。

  2. すべてのラインカードを取り付け直して、適切に取り付けられていることを確認します。

    モジュールの活性挿抜(ホットスワップ)についての詳細は、『Cisco Catalyst でのモジュールの Online Insertion and Removal(OIR; 活性挿抜)』を参照してください。

%C6KPWR-4-DISABLED: Power to module in slot [dec] set [chars]

問題

スイッチで次のエラー メッセージが表示されます。

%C6KPWR-4-DISABLED: Power to module in slot [dec] set [chars]

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

%C6KPWR-SP-4-DISABLED: power to module in slot 10 set off (Fabric channel errors)
%C6KPWR-SP-4-DISABLED: power to module in slot 2 set off (Module Failed SCP dnld)
%C6KPWR-SP-4-DISABLED: power to module in slot 9 set off (Module not responding to Keep Alive polling)

説明

このメッセージは、示されているスロットにあるモジュールが、示されている理由ににより電源オフされたことを示しています。[dec] はスロット番号で、[chars] は電源ステータスを示しています。

スイッチには通常の振動があり、時間経過とともに、この振動によりモジュールがバックプレーンからわずかに抜け出す場合があります。これが起きると、スーパーバイザのキープアライブ ポーリングに対して、割り当てられた時間内にモジュールからの応答が受信されず、スーパーバイザでは、接続を復旧するためにモジュールのリブートを行います。これでもモジュールがポーリングに対して応答しない場合、スーパーバイザはモジュールのリブートを継続しますが、結果的にはモジュールを error disable にして、このモジュールへの電力供給を遮断します。

回避策

単にモジュールを取り付け直すだけで、この問題の 90 % は解決されます。モジュールを取り付け直すと、スイッチ ファブリックの再アラインメントが行われ、バックプレーンとの確実な接続が保証されます。

対象のモジュールがコンテント スイッチング モジュール(CSM)である場合は、CSM ソフトウェアのリリース 4.1(7) 以降へのアップグレードを考慮してください。この問題は Cisco bug ID CSCei85928(CSM ソフトウェアについて)登録ユーザ専用)と Cisco bug ID CSCek28863(Cisco IOS ソフトウェアについて)登録ユーザ専用)に記載されています。
一部ツールについては、ゲスト登録のお客様にはアクセスできない場合がありますことを、ご了承ください。

最新の CSM ソフトウェアは、Cisco Catalyst 6000 コンテント スイッチング モジュールのソフトウェア ダウンロード ページからダウンロードできます。

ONLINE-SP-6-INITFAIL: Module [dec]: Failed to [chars]

問題

スイッチで次のエラー メッセージが表示されます。

ONLINE-SP-6-INITFAIL: Module [dec]: Failed to [chars]

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

%ONLINE-SP-6-INITFAIL: Module 5: Failed to synchronize Port asic

説明

Pinnacle ASIC が同期に失敗したことが、クラッシュの原因です。これは通常、接触不良やカードの取り付け不良が原因です。

回避策

システムは、ユーザの介入なしで復旧します。このエラー メッセージが再発する場合は、対象のラインカードやモジュールを取り付け直してください。

FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL

問題

スイッチで次のエラー メッセージが表示されます。

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based 
feature [chars] for protocol [chars] is unsuccessful, hardware acceleration may be disabled 
for the feature

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based 
feature Reflexive ACL for protocol IPv4 is unsuccessful, hardware acceleration may be disabled 
for the feature

説明

フローベース機能のフロー マスク要求が成功していません。この状況が発生する原因は、TCAM リソース例外、フロー マスク レジスタ リソース例外、あるいは、他の NetFlow ベースの機能との解決不能なフロー マスク競合です。この状況では、NetFlow ショートカット インストールと機能のハードウェア アクセラレーションをディセーブルにでき、機能をアプリケーションに適用できます。

異なるインターフェイスの入力方向で再帰と評価を行っている場合、つまり、入力方向にのみ再帰 ACL が設定されている場合、再帰 ACL フローマスク要求は入力再帰 ACL に基づくものです。QoS マイクロフロー ポリシング以外のインターフェイスでリフレクシブ ACL が設定されていて、マイクロフロー ポリシングのポリシー ACL とオーバーラップしていない限り、同じインターフェイスでは、ハードウェアでの共存が可能です。同じインターフェイス上にあって、リフレクシブ ACL と QoS ポリシーがオーバーラップしている場合、リフレクシブ ACL により NetFlow ショートカット インストールがディセーブルにされ、リフレクシブ ACL と照合するトラフィックはソフトウェアでスイッチングされます。これは競合するフローマスク要求によるものです。

出力リフレクシブ ACL の場合は、入力 NetFlow しかないので、リフレクシブ ACL フローマスク要求はすべてのインターフェイスでグローバルです。この場合、QoS ユーザ ベースのマイクロフロー ポリシングが設定されていると、リフレクシブ ACL により NetFlow ショートカット インストールがディセーブルにされ、リフレクシブ ACL と照合するトラフィックはソフトウェアでスイッチングされます。

回避策

その機能に関して NetFlow ショートカット インストールがイネーブル ステータスなのか、ディセーブル ステータスなのかを判別するために、show fm fie flowmask コマンドを発行します。その機能に関して NetFlow ショートカット インストールとハードウェア アクセラレーションがディセーブルにされている場合、入力リフレクシブ ACL だけをマイクロフロー ポリシングとともに使用して、マイクロフロー ポリサーがリフレクショブ ACL とオーバーラップしていないことを確認します。フローマスク要求のためにその機能を再適用して続行し、その機能のための NetFlow ショートカット インストールを再度イネーブルにします。

MCAST-2-IGMP_SNOOP_DISABLE

問題

スイッチで次のエラー メッセージが表示されます。

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 
[dec]/[dec]; auto reenable in about 2 mins

次の例は、この問題が発生した際に表示されるコンソール出力を示しています。

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 
0/19880; auto reenable in about 2 mins

説明

IGMP スヌーピングがディセーブルにされていますが、システムではマルチキャスト トラフィックが受信されます。この状況では、マルチキャスト トラフィックは強制的にルート プロセッサにダイレクトされ、ルート プロセッサでフラッドが発生する可能性があります。過剰なマルチキャスト トラフィックがあると、IGMP スヌーピングが自動的にディセーブルされる場合があります。IGMP スヌーピングは、ルータとホスト間でやり取りされる、ジョイン、リーブ、クエリ等のコントロール パケットを監視しており、どのポートからマルチキャストが転送されるかは、これらの情報に基づいています。

通常は、予想されるレートよりもはるかに高い IGMP 加入パケット、あるいは予約済みのレイヤ 3 かレイヤ 2 のマルチキャスト アドレス範囲を宛先とする通常のマルチキャスト パケットがルート プロセッサで受信されたことが、このメッセージが発生する理由です。これにより、スイッチではリソースが使い果たされ、ロギング メッセージで報告されるように、スイッチでは IGMP スヌーピングが抑制され、短期間、ディセーブルにされます。

回避策

マルチキャスト レート制限機能をイネーブルにして、閾値をより大きい数値にすることができます。

レート制限はキューでオーバーランを発生させない、より望ましい方式です。さらに、これにより有効な IGMP パケットが廃棄される機会は少なくなり、スイッチでのスヌーピング プロセスでは引き続き適切なアップデートが可能です。

この問題のトラブルシューティングを行うには、次の手順を実行します。

  1. コマンド no ip igmp snooping で、IGMP スヌーピングをディセーブルにします。

  2. MAC アドレスが過剰なトラフィックの送信元に属していることを判別するために、Catalyst 6500 の管理 VLAN インターフェイスに SPAN セッションを設定します。

  3. 送信元を判別するために CAM テーブルを調べて、その送信元を削除します。

  4. IGMP スヌーピングを再度イネーブルにします。


関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 41265