Cisco Nexus 1000V トラブルシューティング ガイド リリース 4.2(1)SV1(5.1)

トラブルシューティングのガイドライン

次の質問に回答することにより、従う必要がある手順および詳細に調査する必要があるコンポーネントを決定できます。

次の質問に回答することにより、インストールのステータスを判別します。

• 新たにインストールしたシステムであるか、既存のシステムであるかを確認します（新規のホスト、スイッチ、または Virtual Local Area Network（VLAN; バーチャル LAN）である可能性があります）。

• これまでにホストがネットワークを認識していたかどうかを確認します。

• 既存のアプリケーションの問題（遅い、遅延が長い、応答時間が極端に長い）を解決しようとしているのか、最近出現した問題であるかを確認します。

• アプリケーションで問題が発生する直前に、設定またはインフラストラクチャ全体にどのような変更を加えたかを確認します。

ネットワークの問題を検出するには、次の一般的なネットワーク トラブルシューティング手順に従います。

ステップ 2 レイヤ 2 接続を確認します。「レイヤ 2 接続の確認」を参照してください。

ステップ 3 エンド デバイス（ストレージ サブシステムおよびサーバ）の設定を確認します。

ステップ 4 エンドツーエンド接続を確認します。「レイヤ 3 接続の確認」を参照してください。

情報の収集

ここでは、ネットワークにおける問題のトラブルシューティングで一般的に使用されるツールについて説明します。これらのツールは、特定の問題のトラブルシューティングに使用する可能性があるツールの一部です。

各章には、その章に関連する現象および考えられる問題に個別に対応するツールおよびコマンドが掲載されています。

問題領域を絞り込むためには、ネットワークの正確なトポロジを把握している必要もあります。

次のコマンドを実行して、出力を調べます。

• show module

• show version

• show running-config

• show logging log

• show interfaces brief

• show vlan

• show accounting log

• show tech support svs

（注） internal キーワードを指定してコマンドを実行するには、ネットワーク管理者ロールを使用してログインする必要があります。

ポートの確認

ポートを確認するには、次の質問に回答します。

• 正しいメディア（銅線、光）およびファイバ タイプを使用していることを確認します。

• メディアが故障または破損していないことを確認します。

• 仮想イーサネットポートを検査していることを確認します。検査している場合は、 show interface brief コマンドを使用します。ステータスが up である必要があります。

• 物理イーサネットポートを検査していることを確認します。検査している場合は、サーバを調べるか、アップストリーム スイッチを調べる必要があります。

• Virtual Supervisor Module（VSM; 仮想スーパーバイザ モジュール）Virtual Machine（VM; 仮想マシン）のネットワーク アダプタに正しいポート グループが割り当てられているかどうか、およびそれらがすべて vSphere Client に接続されているかどうかを調べます。

レイヤ 2 接続の確認

レイヤ 2 接続を確認するには、次の質問に回答します。

• 必要なインターフェイスが同一の VLAN 内に存在することを確認します。

• 速度、デュプレックス、トランクの各モードについて、ポート チャネル内のすべてのポートの設定が同じであることを確認します。

show vlan brief コマンドを使用します。ステータスが up である必要があります。

ポートのプロファイル設定を調べるには、 show port-profile コマンドを使用します。

仮想イーサネット ポートまたは物理イーサネット ポートのステータスを調べるには、 show interface-brief コマンドを使用します。

レイヤ 3 接続の確認

レイヤ 3 接続を確認するには、次の質問に回答します。

• ラスト リゾート ゲートウェイを設定したことを確認します。

• IP アクセス リスト、フィルタ、ルート マップによって、ルート アップデートがブロックされていないことを確認します。

接続を確認するには、ping コマンドまたは trace コマンドを使用します。詳細については、次のセクションを参照してください。

• 「ping」

• 「traceroute」

システム メッセージ テキスト

メッセージ テキスト は、状態を説明するテキスト ストリングです。メッセージのこの部分には、イベントについての詳細な情報が含まれている場合があります。含まれる情報は、端末ポート番号、ネットワーク アドレス、またはシステム メモリのアドレス空間内での位置に対応するアドレスです。この可変フィールドの情報はメッセージごとに異なるので、ここでは角カッコで囲んだ短い文字列で示します。たとえば 10 進数は [dec] で表します。

この文字列を使用して、『 Cisco NX-OS System Messages Reference System Messages Reference』で一致するシステム メッセージを検索してください。

各システム メッセージのあとには、説明と推奨処置が記載されています。この処置は「No action required」のような簡単なものであることもありますが、次の例のように、修正方法に関するものやテクニカル サポートへの連絡を推奨するものもあります。

説明 VEM モジュールがスロット 3 に正常に挿入されました。

推奨処置 なし。これは、通知のメッセージです。スロット 3 にあるモジュールを確認するには「show module」を使用してください。

Syslog サーバの実装

Syslog ファシリティを使用して、Cisco Nexus 1000Vデバイスからメッセージ ログのコピーをホストに送信すると、ログ用により多くの永続的ストレージを確保できます。この方法は、長期間にわたってログを調べる必要がある場合や、Cisco Nexus 1000V デバイスにアクセスできない場合に役立つ可能性があります。

次に、Solaris プラットフォーム上で Syslog ファシリティを使用するように Cisco Nexus 1000V デバイスを設定する例を示します。ここでは Solaris ホストを使用しますが、すべての UNIX および Linux システムにおける Syslog の設定は非常によく似ています。

Syslog では、ファシリティの概念を使用して、Syslog サーバ上での処理方法とメッセージの重大度が決定されます。このため、Syslog サーバでは、異なるメッセージの重大度を異なる方法で処理できます。たとえば、メッセージを別々のファイルに記録することや、特定のユーザに電子メールで送信することもできます。重大度を指定すると、そのレベル以上の重大度（より低い数値）のすべてのメッセージに対して処置が行われます。

（注） Cisco Nexus 1000V メッセージは、他社の Syslog メッセージと競合しないように、標準 Syslog ファイルとは別のファイルに記録される必要があります。/ ファイル システムがログ メッセージでいっぱいになることを防ぐため、ログファイルは / ファイル システムに配置しないでください。
Syslog クライアント：switch1
Syslog サーバ：172.22.36.211（Solaris）
Syslog ファシリティ：local1
Syslog の重大度：通知（レベル 5、デフォルト）
Cisco Nexus 1000V メッセージを記録するログ ファイル：/var/adm/nxos_logs

Syslog サーバを設定するには、次の手順に従います。

ステップ 1 Cisco Nexus 1000V を設定します。

設定を表示するには、次のように入力します。

ステップ 2 Syslog サーバを設定します。

a. local1 のメッセージを処理するように、/etc/syslog.conf を変更します。Solaris の場合は、facility.severity と処置（/var/adm/nxos_logs）の間に少なくとも 1 つのタブが必要です。

b. ログ ファイルを作成します。

c. Syslog を再起動します。

d. Syslog が再起動されたことを確認します。

ステップ 3 Cisco Nexus 1000V でイベントを作成して、Syslog サーバをテストします。この場合、ポート e1/2 はバウンスされ、Syslog サーバ上で次のように表示されます。スイッチの IP アドレスは角カッコで囲まれています。

ログの表示

Cisco Nexus 1000V のログにアクセスして表示するには、次のコマンドを使用します。

例 1-1 に、show logging コマンドの出力例を示します。

例 1-1 show logging コマンド