トラブルシューティング

この章では、Cisco Nexus Dashboard Data Broker のトラブルシューティングの詳細について説明します。

リリース 3.10.1 以降、Cisco Nexus Data Broker (NDB) は Cisco Nexus Dashboard Data Broker に名前が変更されました。ただし、GUI およびインストール フォルダ構造と対応させるため、一部の NDB のインスタンスがこのドキュメントには残されています。NDB/ Nexus Data Broker/ Nexus Dashboard Data Brokerという記述は、相互に交換可能なものとして用いられています。

監査ログ

[監査ログ] タブには、Nexus Dashboard Data Broker コントローラで実行されたアクティビティまたはアクションの記録が表示されます。


（注）  

読み取り専用アクションは記録されません。

票には次の詳細が表示されます。

表 1. 監査ログ

列名

説明

日時

アクティビティの日時

Module Name

イベントが発生したモジュール。

これは、モジュールの内部マッピングに基づいています。たとえば、ログインとログアウトはセキュリティ モジュールの一部です。

スライス（Slice）

アクション/イベントに関するスライス。

一部のアクションはスライスに関連せず、空白のままになっています。

スライス依存のアクションの例 - コンポーネント、接続、セッション、統計。

ユーザー（User）

イベント アクティビティに責任をもつユーザー。

アクション（Action）

ユーザーが実行したアクションの簡単な説明。

リソース（Resource）

アクションが実行されたオブジェクト。

説明

実行されたアクションの結果。次のオプションを使用できます。

  • 障害の説明

  • 成功

Origin

アクションが実行された Nexus Dashboard Data Broker コントローラ。

（注）   

スタンドアロン Nexus Dashboard Data Broker コントローラの場合、127.0.0.1 が表示されます。

モード（Mode）

アクションが実行されたモード。

（注）   

リリース 3.10 では、集中モードのみがサポートされています。

[監査ログ] タブから、次のアクションを実行できます。

  • [レコードの取得（Fetch Records）] — これを使用して、表示される監査ログの数を設定します。

    [アクション] > [レコードの取得] をクリックし、[レコード数] フィールドに値を入力します。[取得] をクリックします。これに応じて、監査ログ テーブルがロードされます。

フローの管理

[フロー管理] タブでは、矛盾した接続とデバイス フローを表示し、矛盾したフローを管理できます。詳細を閲覧してダウンロードできるので、デバギングに活用できます。

[フロー管理（Flow Management）] タブには、次のサブタブがあります。

  • 整合性チェック — NX-API ベースのデバイスの不整合を表示します。NDB データベースとの ACL/ACE の不一致がある場合、不整合は自動的にトリガーされます。詳細については、整合性チェックを参照してください。

  • 接続フロー — 接続用に生成された ACL および ACE の詳細を表示します。詳細については、接続フローを参照してください。

  • デバイス フロー ：デバイス用に生成された ACL および ACE の詳細を表示します。詳細については、「デバイス フロー」を参照してください。

整合性検査

[整合性検査] タブには、NX-API ベースのデバイスの不整合が表示されます。Nexus Dashboard Data Broker データベースとの ACL/ACE の不一致がある場合、不整合は自動的にトリガーされます。

ヘッダーのアラーム アイコン ( ) には、不整合のあるデバイスの数が表示されます。

表には次の詳細が表示されます。

表 2. 整合性検査

列名

説明

デバイス（Device）

デバイス名

このフィールドはハイパーリンクです。デバイス名をクリックすると、新しいペインが右側に表示されます。デバイスの詳細については、「デバイス」を参照してください。

一貫性のないコントローラー フロー

一貫性のないコントローラー フロー。

このフィールドはハイパーリンクです。示された番号をクリックすると、右側に新しいペインが表示され、ACL とその ACE のリストが表示されます。ここから次のアクションを実行できます。

  • Fix Flows — 必要なチェックボックスを選択し、[Fix Flows] をクリックします。選択したフロー (ACE) が固定され、それに応じて [一貫性のないコントローラ フロー（Inconsistent Controller Flows）] 列に表示される数が更新されます。

  • すべてをエクスポート：ACL および ACE としてリストされているフローのコピーを取得するには、このオプションを選択します。.csv ファイルがローカル マシンにダウンロードされます。これはデバッグに役立ちます。

一貫性のないデバイス フロー

デバイスの一貫性のないフローまたは古いフロー。コントローラ フローと比較したときに、デバイスに欠落している ACL および ACE を示します。

このフィールドはハイパーリンクです。示された番号をクリックすると、右側に新しいペインが表示され、ACL とその ACE のリストが表示されます。ここから次のアクションを実行できます。

  • Fix Flows — 必要なチェックボックスを選択し、[Fix Flows] をクリックします。選択したフロー (ACE) が固定され、それに応じて [一貫性のないコントローラ フロー（Inconsistent Controller Flows）] 列に表示される数が更新されます。

  • すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。.csv ファイルがローカル マシンにダウンロードされます。これはデバッグに役立ちます。

NDB 以外のフロー

デバイスに存在する ACL の数。ACL は、デフォルトのデバイス ACL にすることも、手動で追加することもできます。

このフィールドはハイパーリンクです。示された番号をクリックすると、右側に新しいペインが表示され、ACL とその ACE のリストが表示されます。ここから次のアクションを実行できます。

  • Fix Flows — 必要なチェックボックスを選択し、[Fix Flows] をクリックします。選択したフロー (ACE) が固定され、それに応じて [一貫性のないコントローラ フロー（Inconsistent Controller Flows）] 列に表示される数が更新されます。

  • すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。.csv ファイルがローカル マシンにダウンロードされます。これはデバッグに役立ちます。


（注）  

Nexus Dashboard Data Broker によって生成された ACL は、ndb_ プレフィックスで示されます。非 NDB フローは、それぞれのコンポーネントによって示されます。

次のアクションは、[整合性チェック] タブから実行できます。

  • [コントローラ フローの確認（Check Controller Flows）] — デバイスを選択し、[コントローラ フローの確認（Check Controller Flows）] をクリックします。ACL と ACE を含む新しいペインが右側に表示されます。

  • デバイス フローの確認（Check Device Flows）—デバイスを選択して、[デバイス フローの確認（Check Device Flows）] をクリックします。ACL と ACE を含む新しいペインが右側に表示されます。

  • [NDB 以外のフローを表示（View non-NDB Flow）] — デバイスを選択し、[NDB 以外のフローを表示（View non-NDB Flow）] をクリックします。ACL と ACE を含む新しいペインが右側に表示されます。

接続フロー

[接続フロー] タブには、接続用に生成された ACL および ACE の詳細が表示されます。

票には次の詳細が表示されます。

表 3. 接続フロー

列名

説明

接続（Connection）

接続名です。

このフィールドはハイパーリンクです。接続名をクリックすると、右側に新しいペインが表示され、接続の詳細が表示されます。ここで実行できるアクションについては、「接続」の章を参照してください。

フロー

接続のフロー (ACE) の数（デバイス間でも可能）。

このフィールドはハイパーリンクです。表示された番号をクリックすると、右側に新しいペインが表示されます。接続名に続いて、ACL とそれに含まれる ACE が表示されます。ここから実行できるアクションは次のとおりです。

  • すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。.csv ファイルがローカル マシンにダウンロードされます。

[接続フロー] タブから、次のアクションを実行できます。

  • 接続フローの確認 — 接続を選択し、[接続フローの確認] をクリックします。新しいペインは右側に表示されます。接続名に続いて、ACL とそれに含まれる ACE が表示されます。ここから実行できるアクションは次のとおりです。

    • すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。.csv ファイルがローカル マシンにダウンロードされます。

デバイス フロー

[デバイス フロー] タブには、デバイス用に生成された ACL および ACE の詳細が表示されます。

次の詳細を含む表が表示されます。

表 4. デバイス フロー

列名

説明

Device

デバイス名

このフィールドはハイパーリンクです。デバイス名をクリックすると、右側に新しいペインが表示され、デバイスの詳細が表示されます。ここで実行できるアクションについては、「デバイス」の章を参照してください。

フロー

デバイスのフロー (ACE) の数（接続およびデバイスのすべてのポートにまたがる可能性があります）。

このフィールドはハイパーリンクです。表示された番号をクリックすると、右側に新しいペインが表示されます。接続名が表示され、ACL とそれが含む ACE が続きます。ここで実行される可能性のあるアクションは、次のとおりです。

  • すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。.csv ファイルがローカル マシンにダウンロードされます。

次のアクションは、[デバイス フロー] タブから実行できます。

  • デバイス フローの確認（Check Device Flows）—デバイスを選択して、[デバイス フローの確認（Check Device Flows）] をクリックします。新しいペインが右側に表示されます。デバイス名に続いて、ACL とそれに含まれる ACE が表示されます。ここで実行される可能性のあるアクションは、次のとおりです。

    • すべてのエクスポート（Export All）—このオプションを選択して、ACE と共に ACLとしてリストされたフローのコピーを取得します。.csv ファイルがローカル マシンにダウンロードされます。

JSON エクスポート/インポート

[JSON エクスポート/インポート] タブでは、デバイス構成を JSON ファイル形式でエクスポートおよびインポートできます。構成ファイルには、すべての構成情報（ポートチャネルを除く）とともに、接続されたデバイスと切断されたデバイスに関する情報が含まれています。

この [JSON エクスポート/インポート] タブには次のサブタブが含まれます。

  • [エクスポート] — Nexus ダッシュボード データ ブローカ コントローラから（ローカル マシンに）構成をエクスポートできるようにします。詳細については、「エクスポート」を参照してください。

  • [インポート] — 設定を Nexus Dashboard Data Broker コントローラにインポートできるようにします。詳細については、「インポート」を参照してください。

エクスポート

[エクスポート] タブでは、Nexus Dashboard Data Broker コントローラから構成をエクスポートできます。

次の詳細の表が表示されます。

表 5. エクスポート

列名

説明

[ID]

デバイスのシリアル番号

名前（Name）

デバイスの名前。

IP アドレス

デバイスの IP アドレス。

[タイプ（Type）]

デバイスのタイプです。次のオプションがあります。

  • NX：NX-API デバイスに接続された NDB デバイス。

  • PS：実稼働スイッチ（NX-OS）に接続された NDB デバイス。

  • AC：ACI デバイスに接続された NDB デバイス。

ステータス

デバイスのステータス。

次のアクションは、[JSON のエクスポート/インポート] > [エクスポート] タブから実行できます。

  • 構成のエクスポート — [アクション] > [構成のエクスポート] をクリックして、JSON 構成をローカル マシンにエクスポートします。エクスポート中にデバイスの接続を含めるには、[接続] チェックボックスを選択します。[エクスポート] をクリックします。

インポート

[インポート] タブは構成を Nexus Dashboard Data Broker コントローラにインポートできるようにします。

次の詳細の表が表示されます。

表 6. インポート

列名

説明

[ID]

デバイスのシリアル番号

エクスポートされたデバイス名

構成のエクスポート元のデバイスの名前。

IP アドレス

デバイスの IP アドレス。

[タイプ（Type）]

デバイスのタイプです。次のオプションがあります。

  • NX—NX-API デバイスに接続された NDB デバイス。

  • PS—実稼働スイッチ（NX-OS）に接続された NDB デバイス。

  • AC—ACI デバイスに接続された NDB デバイス。

ステータス

インポート アクションのステータス。オプションは、成功、失敗、部分的、進行中、中止です。

説明

成功/失敗ステータスの説明。

次のアクションは、[JSON エクスポート/インポート] > [インポート] タブから実行できます。

  • 構成のインポート — [アクション] > [構成のインポート] をクリックし、ローカル マシンから JSON ファイルを選択して [アップロード] をクリックします。ドラッグ アンド ドロップして JSON ファイルをアップロードすることもできます。

  • 構成の適用 — [アクション] > [構成の適用] をクリックします。[デバイスの編集（Edit Fabric）] 画面が表示されます。構成を適用するデバイスの詳細を入力します。[適用して互換性を確認（Apply and Check Compatibility）] をクリックします。互換性マトリックス画面が表示されます。両方のデバイスに互換性がある場合、ステータスは緑色で示されます。[適用 (Apply)] をクリックします。

    このアクションのステータスは、インポート テーブルに示されます。

  • インポートの削除 — [アクション] > [インポートの削除] をクリックして、インポートされた構成を削除します。

デバイスのパージ

[デバイスのパージ（Purge Device）] タブには、削除された NDB デバイスの詳細が表示されます。デバイスを削除すると、Nexus Dashboard Data Broker コントローラからのみ削除されますが、デバイス設定は保持されますが、デバイスを削除すると、デバイスが削除され、Nexus Dashboard Data Broker コントローラからもデバイス設定が削除されます。

票には次の詳細が表示されます。

表 7. デバイスのパージ

列名

説明

Node ID

Nexus Dashboard Data Broker コントローラに接続されているデバイスのノード ID。

Device

デバイス名

IP アドレス

デバイスの IP アドレス。

[属性によるフィルタ処理（Filter by attributes）] バーを使用して、表示されているデバイス グループの詳細に基づいてテーブルをフィルタ処理します。属性、演算子、およびフィルタ値を選択します。

[デバイスのパージ（Purge Device）] タブでは、次のアクションを実行できます。

  • [デバイスのパージ（Purge Device）] — 行の先頭にあるチェックボックスをオンにして、必要なデバイスを選択します。 [デバイスのパージ] をクリックします。

    これは、古いデバイス構成をデータベースから削除するのに役立ちます。

RMA

Return Material Authorization（RMA）タブには、削除され、交換待ちのデバイスのリストが表示されます。この機能は、RMA デバイスの設定を新しいデバイスにマッピングします。

表には次の詳細が表示されます。

表 8. RMA

列名

説明

既存のノード ID

（削除された）NDB デバイスのノード ID。

ノード名

デバイス名

シリアル番号

デバイスのシリアル番号

IP アドレス

デバイスの IP アドレス。

[RMA] タブから次のアクションを実行できます。

  • ノード ID を置き換える — チェックボックスをオンにしてノード ID を選択します。[アクション] > [ノード ID の置換] をクリックします。表示されるポップアップ ウィンドウで、シリアル番号を入力し、[置換] をクリックします。選択したデバイスは、新しいシリアル番号のデバイスに置き換えられます。


    （注）  

    NX-API デバイスのシリアル番号を取得するには、非モジュラー シャーシの show module コマンドを使用するか (出力で Serial-Num を探します)、モジュラー シャーシ スイッチの show hardware コマンドを使用します（出力のスイッチ ハードウェア ID 情報でシリアル番号を探します）。

テクニカル サポート

[テクニカル サポート] タブには、Nexus ダッシュボード データ ブローカー コントローラで作成されたテクニカル サポート ジョブの詳細が表示されます。

テクニカル サポートの詳細については、テクニカル サポートの概要 をご覧ください。

表には次の詳細が表示されます。

表 9. テクニカル サポート

列名

説明

Job ID

テクニカル サポート ジョブ用に作成されたジョブ ID。

このフィールドはハイパーリンクです。ジョブ ID をクリックして、ジョブの詳細を表示します。ローカル マシンにファイルをダウンロードするには、[アクション（Actions）] > [ダウンロード（Download）] をクリックします。

[ダウンロードして削除] オプションは、ジョブの詳細をローカル マシンにダウンロードし、Nexus Dashboard Data Broker コントローラから削除します。

ジョブ タイプ（Job Type）

ジョブの操作タイプ。次のオプションがあります。

  • 基本

  • 拡張

Status

テクニカル サポート ジョブのステータス。

使用可能なステータスは次のとおりです。

  • 成功 — ジョブは正常に完了しました。

  • 一部 — ジョブの一部が成功しました。たとえば、複数のデバイスを選択した場合、選択したデバイスの 1 つで障害が発生した可能性があります。

  • 失敗 — ジョブは成功しませんでした。

  • 進行中： ジョブが現在、進行中です。

  • 作成済み - ジョブは実行の準備ができていますが、キューに入っています。

  • 停止 - ジョブは作成されましたが、完了できませんでした。

次のアクションは、[テクニカル サポート] タブから実行できます。

  • ジョブのトリガー：これを使用して、テクニカル サポート ジョブをトリガーします。詳細については、「テクニカル サポートのトリガー」を参照してください。

  • ジョブの再トリガー：次のチェックボックスを選択し、[アクション] > [ジョブの再トリガー] をクリックしてジョブを再トリガーします。進行中および作成済みのジョブは再トリガーできません。再トリガーされたジョブが成功すると、テクニカル サポート ログ ファイルは最新のファイル セットに置き換えられます。

  • ジョブの停止 ： チェックボックスを選択し、[アクション] > [ジョブの停止] をクリックして、実行中のジョブを停止します。停止できるのは、進行中および作成済みのジョブのみです。

  • ジョブの削除 — チェックボックスを選択し、[アクション] > [ジョブの削除] をクリックしてジョブを削除します。進行中のジョブは削除できません。


（注）  

複数の適格なジョブを一度に削除/停止/再トリガーできます。

テクニカル サポートのトリガー

この手順を使用して、テクニカル サポート ジョブをトリガーします。

始める前に

1 つ以上のデバイスが Nexus Dashboard Data Broker に接続されており、AUX モードが無効になっていることを確認します。

デバイスに 64 MB 以上の空き容量があることを確認してください。それ以外の場合、操作は失敗し、No Enough Space エラーが表示されます。

手順

ステップ 1

[トラブルシューティング] > [テクニカル サポート] に移動します。

ステップ 2

[アクション] > [ジョブのトリガー] をクリックします。

ステップ 3

[テクニカル サポートのトリガー（Trigger Tech Support）] ダイアログボックスで、次の詳細を入力します。

表 10. テクニカル サポートのトリガー

フィールド

説明

トリガー設定

デバイス（Device）

データを収集する必要があるデバイス。

[デバイスの選択] をクリックし、デバイスを選択します。

操作タイプ

[基本] または [高度] を選択します。

これらの各オプションの show コマンドがリストされています。

ステップ 4

[追加] をクリックして、show コマンドの出力を収集します。

（注）   

デフォルトでは、Tech Support フォルダの他に、configuration フォルダ、configuration start up フォルダ、および一般ログのフォルダがダウンロードされます。これにより、テクニカル サポート チームはすべての情報を収集し、より迅速な分析を行うことができます。

テクニカル サポートの概要

NX-API デバイス機能のテクニカル サポートにより、各スイッチから個別にデータを収集するのではなく、1 つまたは複数のスイッチから情報を一度に収集できます。関連するすべてのログがすぐに利用でき、ダウンロードできるため、これはデバッグ中に役立ちます。

スイッチからのテクニカル サポート データの収集は、次の 2 つのモードで実行できます。

  • 基本モード - 限定された一連の show コマンドが含まれています。

  • 拡張モード - より幅広い一連の show コマンドが含まれています。