VSUM の Nexus 1000v （N1kv）のためのトラブルシューティンングのシナリオ
目次
概要
この資料はバーチャル スイッチ アップデート マネージャ（VSUM）との Nexus （N1kv）のためのトラブルシューティンングのシナリオを解説していたものです。
背景説明
Cisco VSUM は VMware vCenter サーバへのプラグインとして登録されているバーチャル アプライアンスです。 Cisco VSUM GUI は VMware vSphere Web クライエントの統合部分です; それは VMware vSphere Web クライエントにログイン するときしかアクセスしないことができます。 Cisco VSUM は Cisco Nexus 1000V および Cisco Application Virtual Switch （AVI）のインストールおよび設定を簡約化します。
Cisco VSUM はこれをする:
- VMware vSphere のための Cisco Nexus 1000V
- Cisco Nexus 1000V スイッチをインストールして下さい
- Cisco Nexus 1000V に VMware VMware vSwitch および vSphere 分散スイッチ（VDS）を移行して下さい
- Cisco Nexus 1000V を監視して下さい
- Cisco Nexus 1000V をアップグレードし、以前のバージョンから最新バージョンにホストを追加して下さい
- Cisco Nexus 1000V ライセンスをインストールして下さい
- ダッシュボードを使用してデータセンタの仮想マシンの健全性を- Cisco Nexus 1000V 表示して下さい
- 以前のリリースからの Cisco VSUM 2.0 へのアップグレード
トラブルシューティング プロセスの概要
ネットワークを解決するためにステップにここに従って下さい:
- 特定の現象を説明する情報を収集して下さい
- 現象を引き起こす場合があるすべての潜在的な問題を明らかにして下さい
- 現象がなくなるまで組織的に各潜在的な問題を除去して下さい（多分から最もありそうにないに）
最良の方法の概要
最良の方法はネットワークの正しい動作を確認するために踏む必要がある推薦されるステップです。 これらの最良の方法はほとんどのネットワークのために推奨されます:
-
すべてのネットワークデバイスを渡る Cisco 一貫した VSUM リリースを維持
-
最新の機能、制限および警告の Cisco VSUM リリースに関するリリース ノートを参照して下さい
-
システムメッセージ ログインを有効に して下さい
-
変更を設定した後新しいコンフィギュレーション変更を確認し、解決して下さい
トラブルシューティングのシナリオ
これらはこの技術情報が書かれていた時 Cisco Technical Assistance Center （TAC）が出くわしたいくつかのもっとも一般的な問題です。
Web クライエントで抜けているシナリオ 1. VSUM アイコン
開いたバーチャル アプライアンス（OVUM）および正常な初期化による VSUM VM 配備がイメージに示すように vCenter コンポーネントに、VSUM アイコン出て来なかった後。
ネットワーク接続
- 最初に、ことをコンポーネント間で存在 する ネットワーク接続確認して下さい。
- 次に VSUM OVUM で提供される最初の情報が正しいことを、確認して下さい。 これには vCenter IP およびポート番号が含まれています。
- 最終的には、内部通信のための割り当てポート 8443。
- インストール ガイドはバグをトラッキングするこの情報とアップデートされました: CSCux34597）
よくあるインストール上の問題
- OVUM 破損
- それが配備である前に OVUM の MD5 チェックサムを確認して下さい
- N1kv Manager/VSUM アイコンは vCenter Web クライエントで示しません
- たぶん、アプライアンスは IP によって到達可能ではないです
- 接続をセキュア シェル（SSH）によって確認し、VM のポートグループおよび IP アドレスが正しいことを確認して下さい
- applicance コンソールからデフォルト ゲートウェイを ping して下さい
- アプライアンスにログイン し、失敗原因があるようにインストール ログを（ファイル・パスについては参照して下さい）確認して下さい。 NoRouteToHostException を見て下さい
IP アドレスを、ナビゲート /etc/cisco/app_install に変更するため
CP app.cfg.template app.cfg を実行して下さい
VI app.cfg を実行し、情報をアップデートして下さい。 次に例を示します。
IpV4Address="10.28.28.121"
IpV4Netmask="255.255.255.0"
IpV4Gateway="10.28.28.1"
DnsServer1="10.28.28.115"
DnsServer2=""
VcenterIPV4Address="10.28.28.120”
VcenterUsernameFormat="hex"
VcenterUsername="726f6f74"
VcenterPasswordFormat="hex"
VcenterPassword="<Password Encoded As Stated>"
VcenterHttpPort="80"
VcenterHttpsPort="443"
このファイルを保存し、実行して下さい:
./config_apps.sh –n in order to update network information ./config_apps.sh –r in order to register the VM to vCenter web client
- VC 暴徒[https:// <vcenter-IP>/mob]に > 内容 > ExtensionManager ナビゲートできることを確認して下さい
- VSUM （例のための拡張リストに到達して下さい: extensionList["com.cisco.n1kv」]）
- クライアントへのナビゲート
- ここでは、URL （例を次のように表示できます: https://<vCenter-IP>:8443/n1kv/static/client/cisco-n1kv-mgr.zip）
- このファイルをダウンロードできることを確認して下さい; これはまたポート 8443 が開いていることを確認します
- vCenter IP/credentials は不正確です
アプライアンスにログイン し、失敗原因があるようにインストール ログを（ファイル・パスについては参照して下さい）確認して下さい。 InvalidLogin を見て下さい。
ファイルで上記されると同じステップを（ホストするべきルート無しのために）および正しい vCenter ユーザ名 および パスワードを入力するために実行して下さい。
- .com .cisco.n1kv は vCenter に既にあっています
- vCenter （Web クライエントへのナビゲート > 分散バーチャル スイッチ > [あらゆる N1kv スイッチ]で存在 する古い N1kv プラグイン > モニタ）かどうか確認して下さい
- https:// <vcenter IP>/mob に参照して下さい
- >extension マネージャを満足させるナビゲート
- n1kv の拡張キーを見つけて下さい
- 拡張の登録を解除して下さい
- 次の通り実行して下さい:
- vCA:
- RM を- RF /var/lib/vmware/vsphere-client/vc-packages/vsphere-client-serenity/com.cisco.n1kv-0.9.1 実行して下さい
- /etc/init.d/vsphere-client 再起動を用いる Web クライエント サービスを再開して下さい
- ON ウィンドウ vCenter サーバ:
- C:\ProgramData\VMware\vSphere Web クライエント\ VC パッケージ\ vsphere クライアント平静から cisco.n1kv-0.9.1 を削除して下さい
- ナビゲートによって Web クライエントをに再起動して下さい: Start > Run > services.msc。 右クリック: VMware vsphere Web クライエント > 停止および開始
- vCA:
- それの登録に成功するために VM を転用して下さい
よくあるインストール エラー
- 「使用中の」IP アドレス
IP が既に使用中である場合、インストールは転送します。
- 「見つけられる」適したホスト無し
このエラーは時 1 つのホストおよび mgmt からの ctl ポートグループ見られます。 別のホストからのポートグループは使用されます。 ctrl および mgmt を確認して下さい。 VLANポート グループは同じホストで利用できます。
- 「失敗するの VSM POWER」
インストール画面で選択されるホストは動力を与えるべき VSM のための十分なリソース（CPU、メモリ）を備えていません。
- 「重複した VM NAME」
スイッチ名前はホストの既に存在を入力しました。 配備はこの段階で転送します。
- 「ディスクスペース無し」
ホストにディスクスペース VSM を展開するためにが十分ありません。
他のインストール ログ
VSUM と vCenter の間で見られる場合がある他のいくつかのエラーは ajax Java 例外として記録 されます。 それらは /etc/cisco/app_install/logs/n1kv-manager_install.log の下で見つけることができます。 例：
1784 [main] ERROR com.cisco.vcenter.extension.register.ExtensionRegister - An extension with this key is already registered. Will not attempt to register. It must be unregistered manually first, before attempting to register again.
Exception in thread "main" java.lang.IllegalArgumentException
at com.cisco.vcenter.extension.register.ExtensionRegister.unregisterPrevExt(ExtensionRegister.java:590)
at com.cisco.vcenter.extension.register.ExtensionRegister.register(ExtensionRegister.java:629)
at com.cisco.vcenter.extension.register.ExtensionRegister.doWork(ExtensionRegister.java:679)
at com.cisco.vcenter.extension.register.PluginUtil.dispatchWork(PluginUtil.java:72)
at com.cisco.vcenter.extension.register.PluginUtil.main(PluginUtil.java:116)
好ましい習慣はコマンドが失敗したときに最新の操作がだったもの見るためにアクセス ログを見ることです。 /usr/local/tomcat/logs/ciscoExt ログでそれを詳細なデバッギング情報を見つけるために捜すことができます。 /usr/local/tomcat/logs/ の下で他のライブ記録 された情報を検知できます。
シナリオ 2。 リストされているファームウェアのバージョンだけ
イメージに示すように動作する現在のもの以外リストされているイメージを表示されないのでリリース X からリリース y へ VSM をアップグレードすることが不可能。
VSUM ログを集めて下さい:
| ステップ 1 | Cisco VSUM に接続するために SSH を使用して下さい。 デフォルトのユーザ名はルートであり、パスワードは cisco です。 |
| ステップ 2 | /etc/cisco/app_install にナビゲート し、./bundleLogs.sh コマンドを実行して下さい。 |
| 手順 3 | ルート ディレクトリでは、ajaxLogs フォルダを取得し、フォルダを圧縮し、Cisco TAC に送信 して下さい。 |
とられる処置:
TAC は VSUM ログ（ajaxLogs \ tomcatAllLogs \ usr \ローカル\ Tomcat \ログ\ ciscoExt.log）をチェックしました。
VSM および DVS バンドル ID 間の違いを見つけました。
<vsm-bundle-id>VEM500-201411171101-BG</vsm-bundle-id> <dvs-bundle-id>VEM410-201301152101-BG</dvs-bundle-id>
これはここに述べられた手順によって訂正されました:
VSM-01# show module
1 5.2(1)SV3(1.2) 0.0 2 5.2(1)SV3(1.2) 0.0 3 5.2(1)SV3(1.2) VMware ESXi 5.5.0 Releasebuild-2456374 (3.2) 4 5.2(1)SV3(1.2) VMware ESXi 5.5.0 Releasebuild-2456374 (3.2) 5 5.2(1)SV3(1.2) VMware ESXi 5.5.0 Releasebuild-2456374 (3.2)
VSM-01# show system vem 機能レベル
Current feature level: 4.2(1)SV2(1.1)
VSM-01# システム アップデート vem 機能レベル
Feature Version Level String -------------------- 1 4.2(1)SV2(2.1) 2 4.2(1)SV2(2.2) 3 4.2(1)SV2(2.3) 4 5.2(1)SV3(1.1) 5 5.2(1)SV3(1.2)
VSM-01 #システム アップデート vem 機能レベルか。
<CR> <1-50> Version number index from the list above
バージョン N1k としてこの sceanrio のためのだけ VSM-01# システム アップデート vem 機能レベル 5 <<< 5 は現在です SV3(1.2) あります
VSM-01 # show system vem 機能レベル
Current feature level: 5.2(1)SV3(1.2)
VSM-01# は vmware vem アップグレード ステータスを表示します
Upgrade VIBs: System VEM Image Upgrade Status: Upgrade Notification Sent Time: Upgrade Status Time(vCenter): Upgrade Start Time: Upgrade End Time(vCenter): Upgrade Error: Upgrade Bundle ID: VSM: VEM500-201411171101-BG DVS: VEM410-201301152101-BG <<< same info as we noted in VSUM logs
VSM-01# vmware vem アップグレードはイメージに示すように、知らせます。
と調整し、VEM アップグレード プロセスのサーバ管理者を知らせて下さい。
VSM-01# vmware vem アップグレードは続行します
完全な VSM-01# vmware vem アップグレード
イメージに示すように vCenter Web クライエントの他の N1kv リリースを、表示今できる必要があります。
シナリオ 3.ホストは「アップグレードによって必要とされるホスト」の下に出て来ません
すべてのホスト（VEM）はイメージに示すようにアップグレードによって必要とされるホスト セクションの下に、出て来ません。
VSUM ログを集めて下さい:
| ステップ 1 | Cisco VSUM に接続するために SSH を使用して下さい。 デフォルトのユーザ名はルートであり、パスワードは cisco です。 |
| ステップ 2 | /etc/cisco/app_install にナビゲート し、./bundleLogs.sh コマンドを実行して下さい。 |
| 手順 3 | ルート ディレクトリでは、ajaxLogs フォルダを取得し、フォルダを圧縮し、Cisco TAC に送信 して下さい。 |
確認：
- ブラウザーの履歴およびキャッシュ メモリをクリアして下さい
- 次に再度 vCenter Web クライエントおよびログインのログアウト
- ホストが適格なホスト ドロップダウン リストに現われることを確認して下さい
- ホストを選択し、アップグレードを続行して下さい
これらのステップはガイドで見つけることができます:
Cisco N1000v をアップグレードした場合、アップグレードされるホストは適格なホスト ドロップダウン リストに現われる必要があります
これらのステップが助けなかった場合、イメージに示すように問題 CSCuz11671 に動作するかもしれません。
この動作は VSUM 1.5.3 と見られ、2.1 の下の VSUM 2.1 固定されます（従ってバージョンで影響を与えることができます）。
VSM をアップグレードすることが不可能なシナリオ 4.
SV3 から VSM をアップグレードすることが不可能（1.10） SV3 に（1.15）。
アップグレード前の設定では、イメージに示すように VSUM の VSM をアップグレードするように試みます。
設定および信任状で入った後、このエラーはイメージに示すように表示されます。
VSUM ログを集めて下さい:
| ステップ 1 | VSUM に接続するために SSH を使用して下さい。 デフォルトのユーザ名はルートであり、パスワードは cisco です。 |
| 呼び出します。 | /etc/cisco/app_install にナビゲート し、./bundleLogs.sh コマンドを実行して下さい。 |
| 手順 3 | ルート ディレクトリでは、ajaxLogs フォルダを取得し、フォルダを圧縮し、Cisco TAC に送信 して下さい。 |
Prime Network Services Controller （PNSC）および音声ソースグループ（VSG）は設定の一部です。
この問題は VSUM がそれがアップグレードを停止させました PSNC および VSG バージョンのための間違った情報を受け取ったのでありました。
これらのコマンドで確認できます:
N1kv # show vmware vem upgrade status | xml <show> <vmware> <vem> <upgrade> <status> …. <vsm-bundle-id>VEM500-201512250101-BG</vsm-bundle-id> <dvs-bundle-id>VEM500-201510210101-BG</dvs-bundle-id> <-- these two IDs do not match ….. </status> </upgrade> </vem> </vmware> </show>
Internal エラーは VSUM コードの例外であるエラーを示します。
これら二つの値はアップグレードが続行するように一致する必要があります。
この動作を訂正する手順はここにあります:
バンドル ID が両方とも Nexus 1000v スイッチで等しいことを確認するこのコマンドを実行して下さい:
vmware vem upgrade proceed
上記のコマンドはこれがはたらかなければ、同じがこれらのコマンドを実行する両方のバンドル ID を作ります:
vmware vem upgrade notify vmware vem upgrade proceed
vCenter 管理者は適用します vCenter のアップグレード プロンプトを受け入れる必要があります。 それをしたら、vmware vem アップグレードを続行します実行して下さい。
ドキュメント:
セクション: リリース 4.2(1) SV2 （1.1x）からの VMware アップデート マネージャ
問題はこの問題をトラッキングするために作成されました:
シナリオ 5.エラー "fault.com.cisco.n1kv.internalerror.summary"
バージョン X から Y へ VSM をアップグレードするように試みるとき "fault.com.cisco.n1kv.internalerror.summary" のステータスを返す vCenter タスクのエラーメッセージを受け取ります。
ただし、このエラーは従来の GUI だけで表示し、イメージに示すように vCenter Web クライエントのこのエラーを表示しません。
VSUM ログを集めて下さい:
| ステップ 1： | Cisco VSUM に接続するのに SSH を使用して下さい。 デフォルトのユーザ名はルートであり、パスワードは cisco です。 |
| 呼び出します。 | /etc/cisco/app_install にナビゲート し、./bundleLogs.sh コマンドを実行して下さい。 |
| ステップ 3 | ルート ディレクトリでは、ajaxLogs フォルダを取得し、フォルダを圧縮し、Cisco TAC に送信 して下さい。 |
とられる処置:
usr/Tomcat/ログ/ciscoEXT.log を見て下さい。 SCP を捜して下さい
これと同じような Find エントリできます:
257266658 DEBUG 2016-07-15 06:26:18,855 [pool-2-thread-5] com.cisco.n1kv.vsm.SSHAgent - Raw output is copy scp://scpuser@10.10.100.10///etc/cisco/data/n1kvbins/VSM-v-j3-n1-u15-l-b-v/upgrade/vsm/n1000v-dk9-kickstart.5.2.1.SV3.1.15.bin bootflash: From the VSM execute: scp://scpuser@10.10.100.10///etc/cisco/data/n1kvbins/VSM-v-j3-n1-u15-l-b-v/upgrade/vsm/n1000v-dk9-kickstart.5.2.1.SV3.1.15.bin bootflash: If the connection is successful, you will receive a prompt for credentials. If the command fails, this indicates that there is a communication problem between VSUM and the VSM. The likely cause is a firewall between VSUM and the VSM. Verify that there is a bi-direction firewall rule in place for port 22 between VSUM and VSM. If there is no rule in place, please create the rule and attempt the upgrade process again.
フィードバック