Loading

×Sorry to interrupt
Uncaught ReferenceError: addCTracking is not defined
throws at https://kb.vmware.com/resource/KM_TealiumTrackingJS?v=0.5:100:1

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

My Subscriptions

Loading

Knowledge Base

VASA プロバイダ登録のトラブルシューティング (49798)

Last Updated: 2/8/2022Categories: TroubleshootingTotal Views: 1Language:
Chinese (Simplified)JapaneseEnglish

Subscribe to get an email
newsletter with new updates

Please provide article feedback:

Symptoms

免責事項：これは英文の記事「VASA Provider Registration Troubleshooting (49798) 」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

Purpose

再スキャンの後、VASA プロバイダにデータが入力されないか、新しいホストに対して追加されない場合があります。こういったケースでは原因となる可能性の個所が複数存在するため、順に調査を進める必要があります。

本 KB は vSAN 6.7 以降 及び vSAN 6.2 - 6.6.x を対象にしています。

Resolution

vSAN 6.7 及びそれ以降
VASA プロバイダーが動作していない要因として、vsanvpd サービスが動作していない可能性が考えられます。
以下の操作は vCenter Server より実施可能です。

https://<VC-IP>/vsanHealth/vsanvp/version.xml にアクセスします。上記 URL が表示され以下の様なバージョン情報が表示される場合、vsanvpd は動作していると判断できます。

<vasa-provider>
<supported-versions>
<version id="4" serviceLocation="/vsanHealth/" vmomiServerVersion="newest"/>
</supported-versions>
</vasa-provider>

先の URL が表示されない場合、vmware-vsan-health サービスの健全性を確認し、以下のコマンドを実行し動作しているかを確認します。

service-control --status vmware-vsan-health

実行例:
Running:
vmware-vsan-health

vmware-vsan-health サービスが動作している場合、vsanvp のログ (/var/log/vmware/vsan-health/vsanvp.log) を確認し、以下のメッセージの有無を確認します。

VSAN VP registration done

上記メッセージが出力されている場合、vsanvp サービスの sps への登録が完了したと判断できます。

vSAN 6.6 及びそれ以前
1.VASA プロバイダは実行しているか。
可能性の 1 つのは VASA プロバイダ (vsanvpd) がホスト上で実行していないことです。これは、init スクリプトで vsanvpd のステータスを確認することで簡単に調べることができます。

[root@hostname:~] /etc/init.d/vsanvpd status
vsanvpd is running.

vsanvpd が実行していない場合は、手動で起動します。

[root@hostname:~] /etc/init.d/vsanvpd start
vsanvpd started

サービスを再確認します。失敗が続く場合は、ログ ファイルでエラーの内容を確認し、ナレッジベースや Bugzilla などで解決策を調べます。

[root@hostname:~] cat /var/run/log/vsanvpd.log

2.VASA プロバイダにアクセスできるか。
VASA プロバイダがホスト上で実行している場合、問題はネットワーク接続に関係している可能性があります。vCenter Server とホスト上の VASA プロバイダはポート 8080 を介して通信します。VASA プロバイダを登録するにはこのポートを開いておく必要があります。これは、Windows または Linux vCenter のいずれかで簡単に確認できます。

A.      VASA のアクセシビリティを確認する
ポートの稼働状態を調べるには、ポート 8080 経由で VASA プロバイダに接続し、VASA XML 情報が返されるかどうかを確認します。このプロセスは、vCenter Server Appliance (VCSA) と Windows vCenter では異なります。
アプライアンス：

次の cURL ユーティリティを使用して VASA プロバイダを調べます。
curl --insecure https://<host>:8080/version.xml

vsan-rvc:~ # curl --insecure https://brm-dell-vsan04.brmstorage.com:8080/version.xml
<vasa-provider><supported-versions><version id="2" serviceLocation="/vasa/services/vasaService"/></supported-versions></vasa-provider>
vsan-rvc:~ #

Windows：

Web ブラウザを使用して https://<host>:8080/version.xml に移動し、VASA プロバイダを調べます。

VASA プロバイダが実行していてもこのタイプの XML 応答が受信されない場合、ポート 8080 を介した vCenter Server と ESXi ホスト間の通信が妨害されている可能性があります。以下を確認します。

B.    ESXi ホストのファイアウォールを確認する
ホストのセキュリティ プロファイルを調べ、vsanvp ルールが有効でポート 8080 を介したホスト通信が許可されていることを確認します。

C.    vCenter Server のファイアウォールを確認する
·        Windows vCenter Server で、Windows ファイアウォールが無効になっているか、VMware によってインストールされたすべてのルールがアクティブであることを確認します。さらに、ポート 8080 での送信または受信を妨害するカスタム ルールがないかを確認します。
·        VCSA では、ファイアウォールがデフォルトで正しく設定されている必要があります。
すべてのホスト側と vCenter のファイアウォールが期待したとおりに設定されていますが、ホスト上の VASA プロバイダにアクセスできない場合、物理ファイアウォールまたは仮想ファイアウォールによって vCenter Server と ESXi ホスト間のアップストリームが妨害される可能性が非常に高くなります。顧客のネットワークおよびファイアウォール チームと協力して状況を判断してください。

3.VASA 証明書を確認する
VASA 証明書を確認します。VASA プロバイダが実行中であるのに vCenter Server からアクセスできない場合、問題は証明書に関連している可能性があります。 VASA と SPBM は証明書交換を使用しており、vCenter Server は VASA プロバイダ証明書を受け入れる必要があります。

証明書関連の問題は、SPBM Java プロセスのラッパー ログに記録されます。場所は、vCenter Server のタイプによって異なります。
Windows vCenter Server：%ProgramData%\VMware\vCenterServer\logs\vmware-sps\wrapper.log
VCSA：/var/log/vmware/vmware-sps/wrapper.log

証明書関連の問題が報告されている場合は、エラー メッセージに基づいてナレッジベースや Bugzilla などのガイダンスを参照してください。

詳細については、次の各記事を参照してください。
·        After an upgrade from vCenter Server 5.x to vCenter Server 6.0, you see a critical alarm for certificate expiry (2120105)
VASA プロバイダ証明書のサイズが 0 バイトになる場合があります。これを解決するには、ホスト側（プロバイダ）の VASA 証明書が必要です。これは各 ESXi ホストの /etc/vmware/ssl/ に保存されています。

ls -lah /etc/vmware/ssl/
total 68
drwxr-xr-x    1 root     root         512 Mar 22 19:57 .
-r--r--r-T    1 root     root           0 Mar  4  2016 .#castore.pem
-r--r--r-T    1 root     root          41 Aug 13  2016 .#rui-for-netcpa.crt
-r--r--r-T    1 root     root          42 Aug 13  2016 .#rui-for-netcpa.key
-r-------T    1 root     root           0 Mar  4  2016 .#rui.bak
-r--r--r-T    1 root     root           0 Mar  4  2016 .#rui.crt
-r-------T    1 root     root           0 Mar  4  2016 .#rui.key
-r--r--r-T    1 root     root           0 Feb 17  2016 .#vsanvp_castore.pem
drwxr-xr-x    1 root     root         512 Mar 23 21:08 ..
-rw-r--r--    1 root     root       12.5K Mar 21 18:43 castore.pem
-rw-r--r--    1 root     root        1.1K Mar 21 18:43 rui-for-netcpa.crt
-rw-r--r--    1 root     root        1.6K Mar 21 18:43 rui-for-netcpa.key
-r--------    1 root     root        6.2K Mar 21 18:43 rui.bak
-rw-r--r--    1 root     root        1.4K Mar 21 18:43 rui.crt
-r--------    1 root     root        1.7K Mar 21 18:43 rui.key
-rw-r--r--    1 root     root        3.0K Mar 21 18:45 vsanvp.pem
-rw-r--r--    1 root     root           0 Mar 21 18:43 vsanvp_castore.pem
-rw-r--r--    1 root     root          64 Mar 22 19:57 vsanvp_secret

通常、vsanvp_castore.pem が 0 バイトです。この場合、scp によって別のホストから正常なファイルをコピーし、/etc/init.d/vsanmgmtd を再起動することで問題を解決できます。
通常 vSphere 5.5 の場合ですが、特定のごくまれな状況で VASA プロバイダの手動での登録が必要になることがあります。これを行うには、ホスト側（プロバイダ）の VASA 証明書が必要です。これは各 ESXi ホストの /etc/vmware/ssl/vsanvp.pem に保存されています。

VASA プロバイダの手動での登録
1.ステップ 1 と 2 で、VASA プロバイダが実行していてアクセス可能であることを確認します。
2.vCenter Server の [ストレージ プロバイダ] セクションに移動し、緑色の「+」アイコンをクリックしてプロバイダを手動で登録します。
​
3.ESXi ホストのプロバイダに名前を付けます。
4.ステップ 2 で説明するとおり、URL は VASA プロバイダの URL です。
5.使用する必要があるユーザー名は「VsanUser」です。
6.      パスワードを MOB から取得し、正しいフィールドに貼り付ける必要があります。(https://<hostIP>/mob/?moid=vsanSystem&method=fetchVsanSharedSecret&vmodl=1)
7.      VASA 証明書をホスト (/etc/vmware/ssl/vsanvp.pem) から取得し、[ストレージ プロバイダ証明書を使用する] をオンにして添付する必要があります。

Related Information

VASA Provider Registration Troubleshooting

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
Chinese (Simplified)JapaneseEnglish

Attachments

Additional Resources

No results for undefined

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

VMware vSAN

VMware vCenter Server

Related Versions:

VMware vSAN 7.0.x

VMware vSAN 6.6.x

VMware vSAN 6.5.x

VMware vSAN 6.2.x

VMware vSAN 6.1.x

VMware vCenter Server 7.0.x

VMware vCenter Server 6.x

VMware vCenter Server 6.7.x

VMware vCenter Server 6.5.x

view all

Support Assistant