Cisco IOS ソフトウェア コンフィギュレーション ガイド リリース12.2(33)SXH以降
オンライン診断の設定
オンライン診断の設定
発行日;2012/02/01 | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 18MB) | フィードバック

目次

オンライン診断の設定

オンライン診断の概要

オンライン診断の設定

ブートアップ オンライン診断レベルの設定

オンデマンド オンライン診断の設定

オンライン診断のスケジューリング

ヘルス モニタリング診断の設定

オンライン診断テストの実行

オンライン診断テストの開始および停止

すべてのオンライン診断テストの実行

オンライン診断テストおよびテスト結果の表示

メモリ テストの実行

診断の健全性チェック

オンライン診断の設定

この章では、Cisco IOS リリース 12.2SX にオンライン診断を設定する手順について説明します。


) この章で使用しているコマンドの構文および使用方法の詳細については、次の URL の『Cisco IOS Master Command List, Release 12.2SX』を参照してください。

http://www.cisco.com/en/US/docs/ios/mcl/122sxmcl/12_2sx_mcl_book.html


 

この章で説明する内容は、次のとおりです。

「オンライン診断の概要」

「オンライン診断の設定」

「オンライン診断テストの実行」

「メモリ テストの実行」

オンライン診断の概要

オンライン診断では、スイッチが稼動中のネットワークに接続している間に、スイッチのハードウェア機能をテストし、確認できます。

オンライン診断には、個別のハードウェア コンポーネントを確認して、データ パスおよび制御信号を検証するパケット スイッチング テストが含まれます。これには、中断を伴うオンライン診断テスト(Built In Self Test(BIST)や破壊モードのループバック テストなど)と中断を伴わないオンライン診断テスト(パケット スイッチング、ブートアップ中の実行、モジュールの Online Insertion and Removal [OIR; 活性挿抜]、システム リセット)があります。中断を伴わないオンライン診断テストは、バックグラウンド ヘルス モニタリングの一部として実行されます。中断を伴うテストまたは中断を伴わないテストは、ユーザ要求(オンデマンドで)により実行されます。

オンライン診断では、次の分野の問題が検出されます。

ハードウェア コンポーネント

インターフェイス(GBIC、イーサネット ポートなど)

コネクタ(コネクタのゆるみ、曲がったピンなど)

はんだ接合

メモリ(年数経過による故障)

オンライン診断は、ハイ アベイラビリティ機能要件の 1 つです。ハイ アベイラビリティは、ネットワーク上の装置障害による影響を制限しようとする品質規格です。ハイ アベイラビリティの重要な部分は、ハードウェア障害を検出し、スイッチが稼動中のネットワークで動作している間に修正措置を実行することです。ハイ アベイラビリティのオンライン診断では、ハードウェア障害を検出して、スイッチオーバーを判断するためにハイ アベイラビリティ ソフトウェアにフィードバックします。

オンライン診断はブートアップ、オンデマンド、スケジュール、またはヘルス モニタリング診断に分類されます。ブートアップ診断は、ブートアップ中に実行する機能です。オンデマンド診断は Command-Line Interface(CLI; コマンドライン インターフェイス)から実行します。スケジュール診断は、スイッチが稼動中のネットワークに接続している状態で、ユーザが指定した間隔や指定した時間に実行します。ヘルス モニタリング診断はバックグラウンドで実行します。

オンライン診断の設定

ここでは、オンライン診断の設定手順について説明します。

「ブートアップ オンライン診断レベルの設定」

「オンデマンド オンライン診断の設定」

「オンライン診断のスケジューリング」

ブートアップ オンライン診断レベルの設定

ブートアップ診断レベルは、最小または完全として設定できます。または、ブートアップ オンライン診断レベルをまったく実行しないことも選択できます。すべての診断テストを実行するには、 complete キーワードを入力します。スイッチのすべてのポートに対し、EARL テストとループバック テストだけを実行するには、 minimal キーワードを入力します。すべての診断テストを実行しない場合は、コマンドの no 形式を入力します。ブートアップ診断レベルのデフォルトは最小です。

ブートアップ診断レベルを設定するには、次の作業を行います。

 

コマンド
目的

Router(config)# diagnostic bootup level {minimal | complete}

ブートアップ診断レベルを設定します。

次に、ブートアップ オンライン診断レベルを設定する例を示します。

Router(config)# diagnostic bootup level complete
Router(config)#
 

次に、ブートアップ オンライン診断レベルを表示する例を示します。

Router(config)# show diagnostic bootup level
Router(config)#

オンデマンド オンライン診断の設定

CLI からオンデマンド オンライン診断テストを実行できます。障害の検出時にテストを中止する、またはテストを続行するのどちらかに設定できます。また、障害カウントを設定し、障害が設定数に達したあとでテストを中止するように設定できます。反復設定を使用して、複数回テストを実行するように設定できます。

メモリ テストの前にパケット スイッチング テストを実行してください。


) 次に示すすべてのステップを完了するまで、diagnostic start all コマンドは使用しないでください。


一部のオンデマンド オンライン診断テストは、他のテストの結果に影響を及ぼすことがあります。したがって、各テストは次の順序で実行する必要があります。

1. 中断を伴わないテストを実行します。

2. 関連する機能分野に含まれるすべてのテストを実行します。

3. TestTrafficStress テストを実行します。

4. TestEobcStressPing テストを実行します。

5. 完全メモリ テストを実行します。

オンデマンド オンライン診断テストを実行するには、次の作業を行います。


ステップ 1 中断を伴わないテストを実行します。

使用可能なテストとその属性を表示し、中断を伴わないカテゴリに属するコマンドを判別するには、 show diagnostic content コマンドを使用します。

ステップ 2 関連する機能分野に含まれるすべてのテストを実行します。

パケット スイッチング テストは、それぞれ特定の機能分野に分類されます。特定の機能分野で問題の発生が疑われる場合は、この機能分野に含まれるすべてのテストを実行します。テストの必要な機能分野を明確に特定できない場合、または使用可能なすべてのテストを実行するには、 complete キーワードを使用します。

ステップ 3 TestTrafficStress テストを実行します。

これは、中断を伴うパケット スイッチング テストです。このテストでは、ストレス テストとして、一組のポート間でパケットをライン レートでスイッチングします。このテストの実行中、すべてのポートはシャットダウンされ、リンク フラップが生じることもあります。リンク フラップは、テストの完了後に回復します。このテストの完了には数分かかります。

このテストを実行する前に、 no diagnostic monitor module number test all コマンドを使用して、すべてのヘルス モニタリング テストをディセーブルにします。

ステップ 4 TestEobcStressPing テストを実行します。

これは中断を伴うテストであり、モジュールの Ethernet over Backplane Channel(EOBC)接続をテストします。このテストの完了には数分かかります。このテストの実行後は、上記の各ステップに示したすべてのパケット スイッチング テストが実行できなくなります。ただし、このテストの実行後も、これ以降に説明する各テストは実行できます。

このテストを実行する前に、 no diagnostic monitor module number test all コマンドを使用して、すべてのヘルス モニタリング テストをディセーブルにします。このテスト中は EOBC 接続が中断されるため、ヘルス モニタリング テストが失敗し、回復アクションが実行されます。

ステップ 5 完全メモリ テストを実行します。

完全メモリ テストを実行する前に、すべてのヘルス モニタリング テストをディセーブルにする必要があります。これは、ヘルス モニタリングがイネーブルになっているとテストが失敗し、スイッチで回復アクションが実行されてしまうためです。ヘルス モニタリング診断テストをディセーブルにするには、 no diagnostic monitor module number test all コマンドを使用します。

完全メモリ テストは、次の順序で実行します。

1. TestFibTcamSSRAM

2. TestAclQosTcam

3. TestNetFlowTcam

4. TestAsicMemory

5. TestAsicMemory

完全メモリ テストの実行後はスイッチを再起動して、動作可能な状態に戻す必要があります。完全メモリ テストの実行後は、スイッチ上で他のテストをすべて実行できなくなります。設定値はテスト中に変更されているため、再起動時に設定を保存しないでください。リブート後は、 diagnostic monitor module number test all コマンドを使用して、ヘルス モニタリング テストを再度イネーブルにします。


 

ブートアップ診断レベルを設定するには、次の作業を行います。

 

コマンド
目的

Router# diagnostic ondemand { iteration iteration_count } | { action-on-error {continue | stop }[ error_count ]}

実行するオンデマンド診断テスト、実行回数(反復)、エラーを検出したときに実行する処置を設定します。

次に、オンデマンド テスト反復カウントを設定する例を示します。

Router# diagnostic ondemand iteration 3
Router#
 

次に、エラーを検出したときに実行する処置を設定する例を示します。

Router# diagnostic ondemand action-on-error continue 2
Router#

オンライン診断のスケジューリング

特定日の指定時間、または毎日、毎週、毎月ベースでオンライン診断をスケジューリングできます。あるインターバルで 1 回だけ、または繰り返しテストを実行するようにスケジューリングできます。スケジュールを削除する場合は、コマンドの no 形式を使用します。

オンライン診断をスケジューリングするには、次の作業を行います。

 

コマンド
目的

Router(config)# diagnostic schedule module number test { test_id | test_id_range | all } [ port { num | num_range | all }] { on mm dd yyyy hh : mm } | { daily hh : mm } | { weekly day_of_week hh : mm }

特定の日時を指定された特定のモジュールのオンデマンド診断テスト、実行回数(反復)、エラーを検出したときに実行する処置をスケジューリングします。

次に、モジュール 1 の特定のポートについて、特定の日時に診断テストを実行するようにスケジューリングする例を示します。

Router(config)# diagnostic schedule module 1 test 1,2,5-9 port 3 on january 3 2003 23:32
Router(config)#
 

次に、特定のポートについて、毎日一定の時間に診断テストを実行するようにスケジューリングする例を示します。

Router(config)# diagnostic schedule module 1 test 1,2,5-9 port 3 daily 12:34
Router(config)#
 

次に、特定のポートについて、毎週一定の曜日に診断テストを実行するようにスケジューリングする例を示します。

Router(config)# diagnostic schedule module 1 test 1,2,5-9 port 3 weekly friday 09:23
Router(config)#

ヘルス モニタリング診断の設定

スイッチが稼動中のネットワークに接続している間に、ヘルス モニタリング診断テストを設定できます。ヘルス モニタリング診断テストの実行間隔と、テストに障害が発生したときにシステム メッセージを生成する、あるいは各テストをイネーブルまたはディセーブルにするように設定できます。テストをディセーブルにする場合は、このコマンドの no 形式を使用します。

ヘルス モニタリング診断テストを設定するには、次の作業を行います。

 

コマンド
目的

ステップ 1

Router(config)# diagnostic monitor interval module number test { test_id | test_id_range | all } [ hour hh ] [ min mm ] [ second ss ] [ millisec ms ] [ day day ]

指定のテストに対し、ヘルス モニタリングの実行間隔を設定します。このコマンドの no 形式は、間隔をデフォルトまたは 0 に変更します。

ステップ 2

Router(config)#[ no ] diagnostic monitor module number test { test_id | test_id_range | all }

ヘルス モニタリング診断テストをイネーブルまたはディセーブルにします。

ステップ 3

Router# show diagnostic health

実行されたヘルス チェックの出力を表示します。

次に、モジュール 1 で 2 分ごとに指定されたテストを実行するように設定する例を示します。

Router(config)# diagnostic monitor interval module 1 test 1 min 2
Router(config)#
 

次に、ヘルス モニタリングがそれまでイネーブル状態でない場合に、テストを実行する例を示します。

Router(config)# diagnostic monitor module 1 test 1
 

次に、ヘルス モニタリング テストが失敗したときに Syslog メッセージを生成する例を示します。

Router(config)# diagnostic monitor syslog
Router(config)#

オンライン診断テストの実行

オンライン診断を設定したあと、診断テストを開始または中止したり、またはテスト結果を表示することができます。設定されているテスト、およびすでに実行された診断テストを表示できます。

ここでは、オンライン診断テストを設定したあとに実行する例を示します。

「オンライン診断テストの開始および停止」

「すべてのオンライン診断テストの実行」

「オンライン診断テストおよびテスト結果の表示」


) • オンライン診断テストをイネーブルにする前に、すべての警告メッセージを確認できるようにコンソール/モニタのロギングをイネーブルにすることを推奨します。

中断を伴うテストの実行中は、コンソール接続されている場合だけテストを実行することを推奨します。中断を伴うテストが完了すると、コンソールにシステムをリロードして通常の動作に戻すよう指示するメッセージが表示されます。確実にこの警告に従ってください。

テストの実行中、すべてのポートはシャット ダウンされます。負荷テストが内部でループするよう設定されたポートを使用して行われるためです。外部トラフィックによってテスト結果が変わることがあります。スイッチが、通常の動作に戻るようにするには、スイッチをリブートする必要があります。スイッチをリロードするためにコマンドを実行すると、設定を保存するかどうか確認されます。コンフィギュレーションは保存しないでください。

スーパーバイザ エンジン上でテストを実行している場合、テストの開始および終了後に、システム全体のリロードまたは電源のオフ/オンを行う必要があります。

スイッチング モジュール(スーパーバイザ エンジンではなく)上でテストを実行している場合、テストの開始および終了後に、スイッチング モジュールをリセットする必要があります。


 

オンライン診断テストの開始および停止

実行する診断テストを設定したあと、診断テストを開始または停止するには start および stop を使用します。

オンライン診断コマンドを開始または停止するには、次の作業を行います。

 

コマンド
目的

Router# diagnostic start module number test { test_id | test_id_range | minimal | complete | basic | per-port | non-disruptive

| all} [port { num | port#_range | all}]

指定されたモジュールでの単一ポートまたは一定範囲のポートで、診断テストを開始します。

Router# diagnostic stop module number

指定されたモジュールでの診断テストを停止します。

次に、モジュール 1 で診断テストを開始する例を示します。

Router# diagnostic start module 1 test 5
Module 1:Running test(s) 5 may disrupt normal system operation
Do you want to run disruptive tests? [no]yes
00:48:14:Running OnDemand Diagnostics [Iteration #1] ...
00:48:14:%DIAG-SP-6-TEST_RUNNING:Module 1:Running TestNewLearn{ID=5} ...
00:48:14:%DIAG-SP-6-TEST_OK:Module 1:TestNewLearn{ID=5} has completed successfully
00:48:14:Running OnDemand Diagnostics [Iteration #2] ...
00:48:14:%DIAG-SP-6-TEST_RUNNING:Module 1:Running TestNewLearn{ID=5} ...
00:48:14:%DIAG-SP-6-TEST_OK:Module 1:TestNewLearn{ID=5} has completed successfully
Router#
 

次に、診断テストを停止する例を示します。

Router# diagnostic stop module 1
Router#
 

すべてのオンライン診断テストの実行

すべての診断テスト(中断を伴う診断テストおよび中断を伴わない診断テスト)を 1 つのコマンドで同時に実行できます。この場合、すべてのテストの依存関係は自動的に処理されます。


) • オンライン診断テストを実行すると通常のシステム動作が中断されます。diagnostic start system test all コマンドを完了したあと、システムをリセットします。

システム テストの実行中は、モジュールやスーパーバイザの挿入、取り外し、電源切断を行わないでください。

システム テストの実行中は、 diagnostic stop system test all コマンド以外の診断コマンドを実行しないでください。

トラフィックがバックグラウンドで実行されていないことを確認します。


 

すべてのオンライン診断テストを開始または停止するには、次の作業を行います。

 

コマンド
目的

Router# diagnostic start system test all

すべてのオンライン診断テストを実行します。

Router# diagnostic stop system test all

すべてのオンライン診断テストの実行を停止します。

次に、すべてのオンライン診断テストを開始する例を示します。

Router# diagnostic start system test all
*************************************************************************
* WARNING: *
* 'diagnostic start system test all' will disrupt normal system *
* operation. The system requires RESET after the command *
* 'diagnostic start system test all' has completed prior to *
* normal use. *
* *
* IMPORTANT: *
* 1. DO NOT INSERT, OIR, or POWER DOWN Linecards or *
* Supervisor while system test is running. *
* *
* 2. DO NOT ISSUE ANY DIAGNOSTIC COMMAND except *
* "diagnostic stop system test all" while system test *
* is running. *
* *
* 3. PLEASE MAKE SURE no traffic is running in background. *
*************************************************************************
Do you want to continue? [no]:
 

オンライン診断テストおよびテスト結果の表示

次の show コマンドを使用すると、設定されたオンライン診断テストを表示し、テスト結果を確認できます。

show diagnostic content

show diagnostic health

設定された診断テストを表示するには、次の作業を行います。

 

コマンド
目的

show diagnostic { bootup level | content [ module num ] | events [ module num ] [ event-type event-type ] | health | ondemand settings | result [ module num ] [ detail ] | schedule [ module num ]}

オンライン診断のテスト結果を表示し、サポートされるテスト スイートを一覧します。

次に、モジュール 1 に設定されたオンライン診断を表示する例を示します。

Router# show diagnostic content module 1
 
Module 1: Supervisor Engine 32 8GE (Active)
 
Diagnostics test suite attributes:
M/C/* - Minimal bootup level test / Complete bootup level test / NA
B/* - Basic ondemand test / NA
P/V/* - Per port test / Per device test / NA
D/N/* - Disruptive test / Non-disruptive test / NA
S/* - Only applicable to standby unit / NA
X/* - Not a health monitoring test / NA
F/* - Fixed monitoring interval test / NA
E/* - Always enabled monitoring test / NA
A/I - Monitoring is active / Monitoring is inactive
R/* - Power-down line cards and need reload supervisor / NA
K/* - Require resetting the line card after the test has completed / NA
T/* - Shut down all ports and need reload supervisor / NA
 
Test Interval Thre-
ID Test Name Attributes day hh:mm:ss.ms shold
==== ================================== ============ =============== =====
1) TestScratchRegister -------------> ***N****A*** 000 00:00:30.00 5
2) TestSPRPInbandPing --------------> ***N****A*** 000 00:00:15.00 10
3) TestTransceiverIntegrity --------> **PD****I*** not configured n/a
4) TestActiveToStandbyLoopback -----> M*PDSX**I*** not configured n/a
5) TestLoopback --------------------> M*PD*X**I*** not configured n/a
6) TestTxPathMonitoring ------------> M**N****A*** 000 00:00:02.00 10
7) TestNewIndexLearn ---------------> M**N****I*** 000 00:00:15.00 10
8) TestDontConditionalLearn --------> M**N****I*** 000 00:00:15.00 10
9) TestBadBpduTrap -----------------> M**D*X**I*** not configured n/a
10) TestMatchCapture ----------------> M**D*X**I*** not configured n/a
11) TestProtocolMatchChannel --------> M**D*X**I*** not configured n/a
12) TestFibDevices ------------------> M**N****I*** 000 00:00:15.00 10
13) TestIPv4FibShortcut -------------> M**N****I*** 000 00:00:15.00 10
14) TestL3Capture2 ------------------> M**N****I*** 000 00:00:15.00 10
15) TestIPv6FibShortcut -------------> M**N****I*** 000 00:00:15.00 10
16) TestMPLSFibShortcut -------------> M**N****I*** 000 00:00:15.00 10
17) TestNATFibShortcut --------------> M**N****I*** 000 00:00:15.00 10
18) TestAclPermit -------------------> M**N****I*** 000 00:00:15.00 10
19) TestAclDeny ---------------------> M**D*X**I*** not configured n/a
20) TestQoSTcam ---------------------> M**D*X**I*** not configured n/a
21) TestL3VlanMet -------------------> M**N****I*** 000 00:00:15.00 10
22) TestIngressSpan -----------------> M**N****I*** 000 00:00:15.00 10
23) TestEgressSpan ------------------> M**D*X**I*** not configured n/a
24) TestNetflowInlineRewrite --------> C*PD*X**I*** not configured n/a
25) TestTrafficStress ---------------> ***D*X**I**T not configured n/a
26) TestFibTcamSSRAM ----------------> ***D*X**IR** not configured n/a
27) TestAsicMemory ------------------> ***D*X**IR** not configured n/a
28) TestAclQosTcam ------------------> ***D*X**IR** not configured n/a
29) TestNetflowTcam -----------------> ***D*X**IR** not configured n/a
30) ScheduleSwitchover --------------> ***D*X**I*** not configured n/a
31) TestFirmwareDiagStatus ----------> M**N****I*** 000 00:00:15.00 10
32) TestAsicSync --------------------> ***N****A*** 000 00:00:15.00 10
33) TestUnusedPortLoopback ----------> **PN****A*** 000 00:01:00.00 10
34) TestErrorCounterMonitor ---------> ***N****A*** 000 00:00:30.00 10
35) TestPortTxMonitoring ------------> **PN****A*** 000 00:01:15.00 5
36) TestL3HealthMonitoring ----------> ***N**FEA*** 000 00:00:05.00 10
37) TestCFRW ------------------------> M*VN*X**I*** not configured n/a
 
Router#
 

次に、モジュール 1 のオンライン診断結果を表示する例を示します。

Router# show diagnostic result module 1
Current bootup diagnostic level: minimal
 
Module 1: Supervisor Engine 32 8GE (Active) SerialNo : SAD095002L5
 
Overall Diagnostic Result for Module 1 : PASS
Diagnostic level at card bootup: minimal
 
Test results: (. = Pass, F = Fail, U = Untested)
 
1) TestScratchRegister -------------> .
2) TestSPRPInbandPing --------------> .
3) TestTransceiverIntegrity:
 
Port 1 2 3 4 5 6 7 8 9
-------------------------------
U U U U U U U U U
 
 
4) TestActiveToStandbyLoopback:
 
Port 1 2 3 4 5 6 7 8 9
-------------------------------
U U U U U U U U U
 
 
5) TestLoopback:
 
Port 1 2 3 4 5 6 7 8 9
-------------------------------
. . . . . . . . .
 
 
6) TestTxPathMonitoring ------------> .
7) TestNewIndexLearn ---------------> .
8) TestDontConditionalLearn --------> .
9) TestBadBpduTrap -----------------> .
10) TestMatchCapture ----------------> .
11) TestProtocolMatchChannel --------> .
12) TestFibDevices ------------------> .
13) TestIPv4FibShortcut -------------> .
14) TestL3Capture2 ------------------> .
15) TestIPv6FibShortcut -------------> .
16) TestMPLSFibShortcut -------------> .
17) TestNATFibShortcut --------------> .
18) TestAclPermit -------------------> .
19) TestAclDeny ---------------------> .
20) TestQoSTcam ---------------------> .
21) TestL3VlanMet -------------------> .
22) TestIngressSpan -----------------> .
23) TestEgressSpan ------------------> .
24) TestNetflowInlineRewrite:
 
Port 1 2 3 4 5 6 7 8 9
-------------------------------
U U U U U U U U U
 
 
25) TestTrafficStress ---------------> U
26) TestFibTcamSSRAM ----------------> U
27) TestAsicMemory ------------------> U
28) TestAclQosTcam ------------------> U
29) TestNetflowTcam -----------------> U
30) ScheduleSwitchover --------------> U
31) TestFirmwareDiagStatus ----------> .
32) TestAsicSync --------------------> .
33) TestUnusedPortLoopback:
 
Port 1 2 3 4 5 6 7 8 9
-------------------------------
U U U U U U U . U
 
 
34) TestErrorCounterMonitor ---------> .
35) TestPortTxMonitoring:
 
Port 1 2 3 4 5 6 7 8 9
-------------------------------
U U U U U U U U .
 
 
36) TestL3HealthMonitoring ----------> .
37) TestCFRW:
 
Device 1
---------
.
Router#
 

次に、モジュール 1 のオンライン診断結果を詳細に表示する例を示します。

Router# show diagnostic result module 1 detail
Current bootup diagnostic level:minimal
 
Module 1:
 
Overall Diagnostic Result for Module 1 :PASS
Diagnostic level at card bootup:minimal
 
Test results:(. = Pass, F = Fail, U = Untested)
 
___________________________________________________________________________
 
1) TestScratchRegister -------------> .
 
Error code ------------------> 0 (DIAG_SUCCESS)
Total run count -------------> 330
Last test execution time ----> May 12 2003 14:49:36
First test failure time -----> n/a
Last test failure time ------> n/a
Last test pass time ---------> May 12 2003 14:49:36
Total failure count ---------> 0
Consecutive failure count ---> 0
___________________________________________________________________________
 
2) TestSPRPInbandPing --------------> .
 
Error code ------------------> 0 (DIAG_SUCCESS)
Total run count -------------> 660
Last test execution time ----> May 12 2003 14:49:38
First test failure time -----> n/a
Last test failure time ------> n/a
Last test pass time ---------> May 12 2003 14:49:38
Total failure count ---------> 0
Consecutive failure count ---> 0
___________________________________________________________________________
 
3) TestGBICIntegrity:
 
Port 1 2
----------
U U
 
 
Error code ------------------> 0 (DIAG_SUCCESS)
Total run count -------------> 0
Last test execution time ----> n/a
First test failure time -----> n/a
Last test failure time ------> n/a
Last test pass time ---------> n/a
Total failure count ---------> 0
Consecutive failure count ---> 0
________________________________________________________________________
.
.
.
 
Router#
 

次に、実行されたヘルス チェックの出力を表示する例を示します。

Router# show diagnostic health
CPU utilization for the past 5 mins is greater than 70%
five minutes: 81%
EARL reset history:
Module 5: WS-SUP720-BASE EARL patch log -
Num. of times patch applied : 0
Num. of times patch requested : 0
Non-zero port counters for 1/8 -
13. linkChange = 159810
Non-zero port counters for 1/9 -
0. rxCRCAlignErrors = 5
3. rxFragmentPkts = 9
6. ifInErrors = 46
13. linkChange = 1
Current bootup diagnostic level: minimal
Test results: (. = Pass, F = Fail, U = Untested)
36) TestErrorCounterMonitor ---------> F
Error code ------------------> 1 (DIAG_FAILURE)
Total run count -------------> 29
Last test execution time ----> Mar 16 2007 19:04:02
First test failure time -----> Mar 16 2007 19:03:21
Last test failure time ------> Mar 16 2007 19:04:02
Last test pass time ---------> Mar 16 2007 19:03:19
Total failure count ---------> 4
Consecutive failure count ---> 4
Error Records as following.
ID -- Asic Identification
IN -- Asic Instance
PO -- Asic Port Number
RE -- Register Identification
RM -- Register Identification More
EG -- Error Group
DV -- Delta Value
CF -- Consecutive Failure
TF -- Total Failure
ID IN PO RE RM DV EG CF TF
---------------------------------------------------------------
26 0 0 338 255 256 2 13 13
26 0 0 344 255 256 2 13 13
26 0 0 358 255 256 2 13 13
System Memory: 524288K total, 353225K used, 171063K free, 1000K kernel reserved
Lowest(b) : 171020288
Process kernel, type POSIX, PID = 1
0K total, 0K text, 0K data, 0K stack, 0K dynamic
Process sbin/chkptd.proc, type POSIX, PID = 16386
2296K total, 1988K text, 120K data, 12K stack, 176K dynamic
65536 heapsize, 55356 allocated, 8084 free
Router#

メモリ テストの実行

大半のオンライン診断テストでは、特別なセットアップまたは設定は不要です。ただし、TestFibTcamSSRAM および TestLinecardMemory テストに付属のメモリ テストの場合、テストを実行する前に必須の作業や推奨された作業をいくつか行う必要があります。

オンライン診断メモリ テストを実行する前に、次の作業を行います。

必須作業

すべての接続ポートをディセーブルにして、ネットワーク トラフィックを分離します。

メモリ テスト中はテスト パケットを送信しないでください。

システムをユーザ動作モードに戻す前に、システムをリセットしてください。

すべてのバックグラウンド ヘルス モニタリング テストをディセーブルにするには、 no diagnostic monitor module number test all コマンドを使用します。

診断の健全性チェック

ネットワーク内の潜在的な問題領域を検出するため、診断の健全性チェックを実行できます。健全性チェックでは、想定される特定のシステム状態の組み合わせを使用した設定に対し、事前定義した一連のチェックを実行して、警告状況の一覧を生成します。このチェックの目的は、不適切な状態の要素がないかどうかを調べ、システムの健全性を維持するための支援を行うことです。

診断の健全性チェックを実行するには、次の作業を行います。

 

コマンド
目的

show diagnostic sanity

すべてのギガビット イーサネット WAN インターフェイスで、一連のテストを実行します。

次の例は、 show diagnostic sanity コマンドの結果として表示される可能性があるメッセージの例を示します。

Router# show diagnostic sanity
Pinging default gateway 10.6.141.1 ....
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.6.141.1, timeout is 2 seconds:
..!!.
Success rate is 0 percent (0/5)
 
IGMP snooping disabled please enable it for optimum config.
 
IGMP snooping disabled but RGMP enabled on the following interfaces,
please enable IGMP for proper config :
Vlan1, Vlan2, GigabitEthernet1/1
 
Multicast routing is enabled globally but not enabled on the following
interfaces:
GigabitEthernet1/1, GigabitEthernet1/2
 
A programming algorithm mismatch was found on the device bootflash:
Formatting the device is recommended.
 
The bootflash: does not have enough free space to accomodate the crashinfo file.
 
Please check your confreg value : 0x0.
 
Please check your confreg value on standby: 0x0.
 
The boot string is empty. Please enter a valid boot string .
Could not verify boot image "disk0:" specified in the boot string on the
slave.
 
Invalid boot image "bootflash:asdasd" specified in the boot string on the
slave.
 
Please check your boot string on the slave.
 
UDLD has been disabled globally - port-level UDLD sanity checks are
being bypassed.
OR
[
The following ports have UDLD disabled. Please enable UDLD for optimum
config:
Gi1/22
 
The following ports have an unknown UDLD link state. Please enable UDLD
on both sides of the link:
Gi1/22
]
 
The following ports have portfast enabled:
Gi1/20, Gi1/22
 
The following ports have trunk mode set to on:
Gi1/1, Gi1/13
 
The following trunks have mode set to auto:
Gi1/2, Gi1/3
 
The following ports with mode set to desirable are not trunking:
Gi1/3, Gi1/4
 
The following trunk ports have negotiated to half-duplex:
Gi1/3, Gi1/4
 
The following ports are configured for channel mode on:
Gi1/1, Gi1/2, Gi1/3, Gi1/4
 
The following ports, not channeling are configured for channel mode
desirable:
Gi1/14
 
The following vlan(s) have a spanning tree root of 32768:
1
 
The following vlan(s) have max age on the spanning tree root different from
the default:
1-2
 
The following vlan(s) have forward delay on the spanning tree root different
from the default:
1-2
 
The following vlan(s) have hello time on the spanning tree root different
from the default:
1-2
 
The following vlan(s) have max age on the bridge different from the
default:
1-2
 
The following vlan(s) have fwd delay on the bridge different from the
default:
1-2
 
The following vlan(s) have hello time on the bridge different from the
default:
1-2
 
The following vlan(s) have a different port priority than the default
on the port gigabitEthernet1/1
1-2
 
The following ports have recieve flow control disabled:
Gi1/20, Gi1/22
 
The following inline power ports have power-deny/faulty status:
Gi1/1, Gi1/2
 
The following ports have negotiated to half-duplex:
Gi1/22
 
The following vlans have a duplex mismatch:
Gig 1/22
The following interafaces have a native vlan mismatch:
interface (native vlan - neighbor vlan)
Gig 1/22 (1 - 64)
 
The value for Community-Access on read-only operations for SNMP is the same
as default. Please verify that this is the best value from a security point
of view.
 
The value for Community-Access on write-only operations for SNMP is the same
as default. Please verify that this is the best value from a security point
of view.
 
The value for Community-Access on read-write operations for SNMP is the same
as default. Please verify that this is the best value from a security point
of view.