この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
Device Manager を使用して、すべてのプロセスに関する一般的な情報を表示するには、次の手順を実行します。
ステップ 1 [Admin] > [Running Processes] を選択します。
図 6-1のように、[Running Processes] ダイアログボックスが表示されます。
図 6-1 [Running Processes] ダイアログボックス
• MemAllocated = このプロセスがシステムから動的に割り当てられているすべてのメモリの合計。すでにシステムに返されたメモリが含まれている場合があります。
• CPU Time (ms) = プロセスが使用した CPU 時間(ミリ秒)
ステップ 2 [Close] をクリックして、ダイアログボックスを閉じます。
Device Manager でシステム ステータスを表示するには、次の手順を実行します。
ステップ 1 [Physical] > [System] を選択します。
図 6-2 のような [System] ダイアログボックスが表示されます。
ステップ 2 [Close] をクリックして、ダイアログボックスを閉じます。
(注) このスイッチで SSH2 がイネーブルになっていることを確認してください。
Device Manager を使用してスイッチ上でコアを表示するには、次の手順を実行します。
ステップ 1 [Admin] > [Show Cores] を選択します。
図 6-3のように、[Show Cores] ダイアログボックスが表示されます。
Module-num
は、コアが生成されたスロット番号を示します。この例で、 fspf core
がアクティブ スーパーバイザ モジュール(スロット 5)で生成され、 fcc
がスタンバイ スーパーバイザ モジュール(スロット 6)で生成され、 acltcam
および fib
が、スイッチング モジュール(スロット 8)で生成されています。
ステップ 2 [Close] をクリックして、ダイアログボックスを閉じます。
(注) このスイッチで SSH2 がイネーブルになっていることを確認してください。
Device Manager を使用してスイッチ上でコアをクリアするには、次の手順を実行します。
ステップ 1 [Clear] をクリックしてコアをクリアします。
ソフトウェアはサービスごと、およびスロットごとに直前のコアをいくつか保管し、アクティブ スーパーバイザ モジュール上のその他のすべてのコアをクリアします。
ステップ 2 [Close] をクリックして、ダイアログボックスを閉じます。
最初と最後のコアの機能は、限られたシステム リソースで最も重要なコア ファイルを保持します。一般に、最初のコアと最後に生成されたコアにデバッグの情報が格納されています。最初と最後のコアの機能は、最初と最後のコア情報を保持しようとします。
アクティブ スーパーバイザ モジュールからコア ファイルが生成される場合、サービスのコア ファイルの数は、service.conf ファイルで定義されます。アクティブ スーパーバイザ モジュールのコア ファイルの総数に上限はありません。
保存したコア ファイルに関する詳細な情報を表示できます。コア ファイルの保存についての詳細を例 6-1 に示します。
例 6-1 アクティブ スーパーバイザ モジュール上の vdc 2 上の通常のサービス
アクティブ スーパーバイザ モジュール上の vdc2 から出力された 5 つの radius コア ファイルがあります。2 番目と 3 番目に古いファイルが、service.conf ファイルで定義されているコア ファイルの数に従うために削除されます。
Online Health Management System(OHMS、システム ヘルス)は、ハードウェア障害検出および復旧機能です。OHMS は、Cisco MDS 9000 ファミリのすべてのスイッチのスイッチング モジュール、サービス モジュール、スーパーバイザ モジュールの全般的な状態を確認します。
OHMS は、システム ハードウェアを次の方法で監視します。
• アクティブ スーパーバイザ稼動する OHMS コンポーネントは、スイッチ内の他のモジュール上で稼動する他のすべての OHMS コンポーネントを制御します。
• スタンバイ スーパーバイザ モジュール上で稼動するシステム ヘルス アプリケーションは、そのモジュールが HA スタンバイ モードで使用できる場合でも、スタンバイ スーパーバイザ モジュールだけを監視します。
OHMS アプリケーションはすべてのモジュールでデーモン プロセスを起動して、各モジュール上で複数のテストを実行し、モジュールの個々のコンポーネントをテストします。テストは事前に設定された間隔で実行され、すべての主要な障害ポイントを対象とし、MDS スイッチで障害の発生したコンポーネントを隔離します。アクティブ スーパーバイザ上で稼動する OHMS は、スイッチ内の他のすべてのモジュール上で稼動する他のすべての OHMS コンポーネントを制御します。
障害を検出すると、システム ヘルス アプリケーションは次の復旧処置を行います。
• 障害のあるコンポーネントを隔離するため、追加のテストを実行します。
• 永続的ストレージから設定情報を取得し、コンポーネントの再設定を試みます。
• 復旧できない場合、コール ホーム通知、システム メッセージ、および例外ログを送信します。障害の発生しているモジュールまたはコンポーネント(インターフェイスなど)をシャットダウンし、テストを中止します。
• 障害を検出するとすぐに、コール ホーム、システム メッセージ、および例外ログを送信します。
• 障害の発生しているモジュールまたはコンポーネント(インターフェイスなど)をシャットダウンします。
• スタンバイ スーパーバイザ モジュールに切り替えます(障害がアクティブ スーパーバイザ モジュールで検出され、Cisco MDS スイッチにスタンバイ スーパーバイザ モジュールが搭載されている場合)。スイッチオーバーが完了すると、新しいアクティブ スーパーバイザ モジュールはアクティブ スーパーバイザ テストを再開します。
• スイッチをリロードします(スイッチにスタンバイ スーパーバイザ モジュールが搭載されていない場合)。
• スイッチ上で CLI をサポートし、表示、テスト、およびテスト統計情報の取得、またはシステム ヘルス テストの設定変更を行うことができるようにします。
各モジュールはそれぞれに対応するテストを実行するように設定されています。必要に応じて、各モジュールのデフォルト パラメータを変更できます。
手動ループバック テストを実行すると、スイッチング モジュールまたはサービス モジュールのデータ パスや、スーパーバイザ モジュールの制御パスにおけるハードウェア エラーを特定できます。内部ループバック テストは同一のポートに対して FC2 フレームを送受信し、ラウンドトリップ時間をマイクロ秒単位で示します。このテストは、ファイバ チャネル インターフェイス、IPS インターフェイス、iSCSI インターフェイスで使用できます。
Device Manager から内部ループバック テストを実行するには、[Interface] > [Diagnostics] > [Internal] の順に選択します。
手動ループバック テストを実行すると、スイッチング モジュールまたはサービス モジュールのデータ パスや、スーパーバイザ モジュールの制御パスにおけるハードウェア エラーを特定できます。外部ループバック テストは、同一のポートの間または 2 つのポート間で FC2 フレームを送受信します。
テストを実行する前に、Rx ポートから Tx ポートへループさせるためにケーブル(またはプラグ)を接続する必要があります。同じポートの間でテストする場合は、特殊なループ ケーブルが必要です。異なるポートとの間でテストする場合は、通常のケーブルを使用できます。このテストは、ファイバ チャネル インターフェイスだけで使用できます。
Device Manager から外部ループバック テストを実行するには、[Interface] > [Diagnostics] > [External] を選択します。
表 6-1 に、システム ヘルスおよびログのデフォルト設定値を示します。
|
|
---|---|