vCenter Server 6.5 Update 1b | 2017 年 10 月 26 日 | ISO ビルド 6816762

vCenter Server Appliance 6.5 Update 1b | 2017 年 10 月 26 日 | ビルド 6816762

リリースノートに追加または更新された内容をご確認ください。

リリースノートの概要

本リリースノートには、次のトピックが含まれています。

新機能
vCenter Server 6.5 の以前のリリース
本リリースに含まれるパッチ
利用可能な言語
互換性
本リリースのインストールおよびアップグレードに関する注意事項
機能に関する注意事項
製品サポートに関する注意事項
解決した問題
以前のバージョンの既知の問題

新機能

重要：vCenter Server Appliance 6.5 は、デプロイに影響を与える問題を解決するため、2017 年 11 月 14 日付けでビルドが更新されています。この問題は、Windows にインストールされた vCenter Server には影響しません。この問題を解決するには、vCenter Server Appliance 6.5 Update 1c 以降にアップグレードする必要があります。詳細については、KB51124 を参照してください。

今回のリリースである vCenter Server 6.5 Update 1b では、「解決した問題」セクションに記載された問題と、Photon OS のセキュリティに関する脆弱性に対処しています。詳細については、VMware vCenter Server Appliance Photon OS Security Patches を参照してください。

vCenter Server 6.5 の以前のリリース

vCenter Server の機能と既知の問題については、各リリースのリリースノートに記載されています。vCenter Server 6.5 の以前のリリースのリリースノートは以下のとおりです。

VMware vCenter Server 6.5 Update 1 リリースノート
VMware vCenter Server 6.5.0e リリースノート
VMware vCenter Server 6.5.0d リリースノート
VMware vCenter Server 6.5.0c リリースノート
VMware vCenter Server 6.5.0b リリースノート
VMware vCenter Server 6.5.0a リリースノート
VMware vSphere 6.5 リリースノート

互換性、インストール、アップグレード、製品サポートに関する注意事項、および機能については、『VMware vSphere 6.5 リリースノート』を参照してください。

本リリースに含まれるパッチ

今回のリリースである vCenter Server 6.5 Update 1b では、次のパッチを提供します。パッチのダウンロードについては、VMware パッチダウンロードセンターを参照してください。

VMware-vCenter-Server-Appliance-6.5.0.11000-6816762-patch-FP.iso

国際化

VMware vSphere 6.5 は、次の言語で使用可能です。

英語
フランス語
ドイツ語
スペイン語
日本語
韓国語
簡体字中国語
繁体字中国語

vCenter Server、ESXi、vSphere Web Client、vSphere Client、vSphere Host Client を含む VMware vSphere 6.5 Update 1b のコンポーネントは非 ASCII 入力を受け入れません。

互換性

ESXi、vCenter Server、および vSphere Web Client のバージョンの互換性

VMware 製品互換性マトリクス（英語）では、ESXi、VMware vCenter Server、vSphere Web Client、および任意で使用可能な VMware 製品を含む VMware vSphere コンポーネントの現在のバージョンと旧バージョンとの互換性について、詳細に説明しています。ESXi または vCenter Server をインストールする前に、サポート対象の管理エージェントおよびバックアップエージェントについて、VMware 製品互換性マトリクスで確認してください。

vSphere Web Client と vSphere Client は、vCenter Server に含まれています。

ESXi のハードウェア互換性

vSphere 6.5 Update 1b と互換性のあるプロセッサ、ストレージデバイス、SAN アレイ、および I/O デバイスのリストについては、VMware 互換性ガイドの ESXi 6.5 の情報を参照してください。

ESXi のデバイス互換性

ESXi 6.5 と互換性のあるデバイスを確認するには、VMware 互換性ガイドの ESXi 6.5 の情報を参照してください。

ESXi のゲスト OS の互換性

vSphere 6.5 と互換性のあるゲスト OS を確認するには、VMware 互換性ガイドの ESXi 6.5 の情報を参照してください。

ESXi の仮想マシンの互換性

ESX 3.x 以降（ハードウェアバージョン 4）と互換性がある仮想マシンは、ESXi 6.5 でもサポートされています。ESX 2.x 以降（ハードウェアバージョン 3）と互換性がある仮想マシンは、サポートされていません。ESX 2.x 以降（ハードウェアバージョン 3）の仮想マシンを　ESXi 6.5 で使用するには、仮想マシンの互換性をアップグレードする必要があります。『vSphere のアップグレード』のドキュメントを参照してください。

本リリースのインストールおよびアップグレードに関する注意事項

本リリースのインストールに関する注意事項

ESXi と vCenter Server のインストールおよび構成の手順については、『vSphere のインストールとセットアップ』ドキュメントをお読みください。

インストールを行った後、重要な構成手順を行う必要があります。次のドキュメントをお読みください。

『vCenter Server およびホスト管理』ドキュメントの「ライセンスの管理およびレポート」
『vSphere ネットワーク』の「ネットワーク」
『vSphere のセキュリティ』の「セキュリティ」（ファイアウォールポートの情報）

ESXi 6.5 での VMware Tools のバンドルの変更

ESXi 6.5 では、VMware Tools の ISO イメージのサブセットのみ、ESXi 6.5 ホストにバンドルされます。

次の VMware Tools ISO イメージが ESXi にバンドルされます。

windows.iso：Windows Vista 以降用の VMware Tools イメージ
linux.iso：glibc 2.5 以降を含む Linux OS（RHEL 5 以降、SLES 11 以降、Ubuntu 10.04 以降など）用の VMware Tools イメージ
winPreVista.iso：Windows 2000、Windows XP、Windows 2003 用の VMware Tools イメージ

次の VMware Tools ISO イメージは、My VMware からダウンロードできます。

solaris.iso：VMware Tools イメージ (Solaris)
freebsd.iso：VMware Tools イメージ (FreeBSD)
winPre2k.iso：VMware Tools イメージ (Windows 2000 より前のバージョン）
linuxPreGlibc25.iso：VMware Tools イメージ　（Linux OS、glibc 2.5 より前のバージョン）
darwin.iso：VMware Tools イメージ　（Mac OS X 10.11 以降）
darwinPre15.iso：VMware Tools イメージ　（Mac OS X 10.11 以降）
netware.iso：VMware Tools イメージ　（Netware）

ESXi にバンドルされていない、特定のオペレーティングシステム用の VMware Tools をダウンロードする場合は、次のドキュメントに記載されている手順に従ってください。

サードパーティ製ソリューションの移行

サードパーティ関連のカスタマイズを伴うアップグレードの詳細については、『vSphere のアップグレード』ドキュメントを参照してください。カスタム ISO を作成するための Image Builder の使用方法の詳細については、『vSphere のインストールとセットアップ』ドキュメントを参照してください。

本リリースへのアップグレードおよびインストールをサポートしない　CPU

vSphere 6.0 のサポート対象プロセッサのうち、次のプロセッサは vSphere 6.5 でサポートされません。

Intel Xeon 51xx シリーズ
Intel Xeon 30xx シリーズ
Intel Core 2 Duo 6xxx シリーズ
Intel Xeon 32xx シリーズ
Intel Core 2 Quad 6xxx シリーズ
Intel Xeon 53xx シリーズ
Intel Xeon 72xx/73xx シリーズ

インストールまたはアップグレード中に、インストーラによってホスト CPU と vSphere 6.5 の互換性がチェックされます。ホストハードウェアに互換性がないと非互換性情報メッセージを示すパープルスクリーンが表示され、vSphere 6.5 インストールプロセスが停止します。

本リリースのアップグレードに関する注意点

重要：vCenter Server 6.5 Update 1 以降では、vCenter Server 6.0 Update 3 以降から vCenter Server 6.5 Update 1 以降へのアップデートおよび移行がサポートされています。

重要：環境で外部の vCenter Single Sign-On を使用する vCenter Server 5.5 Update 3b から、外部の Platform Services Controller を使用する vCenter Server 6.5 Update 1 以降へのアップグレードまたは移行はサポートされていません。たとえば、外部の vCenter Single Sign-On を使用する vCenter Server 5.5 を外部の Platform Services Controller を使用する vCenter Server 6.5 Update 1 以降へアップグレードまたは移行する場合、先に vCenter Server 5.5 Update 3b へアップデートしてから、vCenter Server 6.5 Update 1 以降へのアップグレードまたは移行を実行する必要があります。

vCenter Server 5.5 Update 3b のビルド番号は次のとおりです。

vCenter Server 5.5 Update 3b ビルド 3252642
vCenter Server Appliance 5.5 Update 3b ビルド 3255668

組み込みの vCenter Single Sign-On を使用する vCenter Server 5.5 以降を組み込みの Platform Services Controller を使用する vCenter Server 6.5 Update 1 以降へアップグレードまたは移行するシナリオはサポートされています。

vCenter Server 6.5 Update 1 以降へのアップグレードプロセスは変更されています。vCenter Server および ESX/ESXi ホストのアップグレードの詳細については、『vSphere のアップグレード』ドキュメントを参照してください。

VMware vSphere 6.5 用オープンソースコンポーネント

vSphere 6.5 で配布されているオープンソースソフトウェアコンポーネントに適用される著作権情報およびライセンスは、http://www.vmware.com をご確認ください。My VMware アカウントにログインする必要があります。[ダウンロード] メニューから [vSphere] を選択します。[オープンソース] タブでは、vSphere の最新リリースで利用されており、ソースコードやソースコードへの改変の公開が必要な GPL、LGPL、またはその他の類似のライセンスのソースファイルをダウンロードできます。

機能に関する注意事項

vSphere Client はすべてのブラウザでサポートされている HTML5 ベースの言語およびフレームワークで記述されています。ただし、ブラウザごとに HTML5 標準に対するパフォーマンス特性は異なります。具体的には、Internet Explorer 11 のパフォーマンスは、使用されているレンダリングエンジンの影響で他のブラウザよりも遅くなる場合があります。このような問題が発生した場合は、別のサポートされているブラウザを使用してください。

製品サポートに関する注意事項

VMware 製品ライフサイクルマトリックスでは、すべてのサポート対象製品と非サポート製品に関する詳細情報が提供されています。ジェネラルサポートの終了、テクニカルガイダンスの終了、および提供終了についても、VMware 製品ライフサイクルマトリックスをご確認ください。
VMware は、サードパーティ製の仮想スイッチ (vSwitch) プログラムを終了することを発表いたします。また、サードパーティ製のスイッチで使用されていた VMware vSphere API についても、vSphere 6.5 Update 1 の次のリリースで廃止する予定です。今後の vSphere バージョンには、サードパーティ製 vSwitch 向けの API は一切含まれません。また、サードパーティ製 vSwitch も機能しなくなります。詳細については、「FAQ: Discontinuation of third party vSwitch program (2149722)」を参照してください。
vSphere 6.5 以降では、vSphere Client のサポートが廃止されます。vSphere Client は、vSphere 6.0 以前のバージョンで提供されている、インストール可能なクライアントの 1 つです。vSphere 6.5 では、vSphere Client はサポートされず、製品ダウンロードにも含まれません。vSphere 6.5 では、HTML5 ベースの新しい vSphere Client が導入され、vCenter Server で vSphere Web Client と共に提供されます。vSphere Web Client のすべての機能が、vSphere 6.5 リリースの vSphere Client に実装されているわけではありません。サポートされていない機能を記載した最新のリストについては、vSphere Client 機能の更新ページを参照してください。
vSphere 6.0 で採用された Cross vCenter 環境は、異なるバージョンの vCenter Server 間ではサポートされません。異なるバージョンの vCenter Server 間ではサポートされていない Cross-vCenter プロビジョニングの操作には、vMotion、コールド移行、クローン作成などがあります。たとえば、vCenter Server 6.0 から vCenter Server 6.5、およびその逆方向の vMotion 操作はサポートされません。
vSphere 6.5 のリリースに伴い、VMware vCenter Operations Foundation 5.8.x の提供、相互運用、サポートは終了します。引き続き vCenter Operations Foundation 5.8.x 製品の使用をご希望の場合は、vSphere 5.5 または vSphere 6.0 のいずれかを使用する必要があります。
vSphere 6.5 は、OS のバイナリ変換モードの仮想化をサポートする最後のリリースです。今後の vSphere のリリースにはバイナリ変換モードは含まれません。詳細については、https://kb.vmware.com/kb/2147608 を参照してください。
vSphere 6.5 は、ソフトウェア　ベースのメモリ仮想化機能をサポートする最後のリリースです。今後の vSphere リリースには、ソフトウェア　ベースのメモリ仮想化は含まれません。
vCenter Server 6.5 および ESXi 6.5 のホストでは、レガシー Fault Tolerance 仮想マシン（記録/再生テクノロジーを使用するユニプロセッサ仮想マシン）を新規作成することはできません。レガシー Fault Tolerance 仮想マシンを今後も実行したい場合は、ESXi 6.0 以前のバージョンを引き続き使用します。既存のレガシー Fault Tolerance 仮想マシンは、ESXi 6.5 より前のバージョンの ESXi ホストでは引き続きサポートされ、vCenter Server 6.5 で管理できます。

ホストを ESXi 6.5 にアップグレードする場合は、アップグレード前に、保護対象の仮想マシンにおいてレガシー Fault Tolerance を無効にします（Fault Tolerance を無効にするだけでは不十分です）。SMP-FT（マルチプロセッサ Fault Tolerance）が、仮想マシン上で自動的に有効になることはありません。ESXi 6.5 にアップグレードしたホストでは、仮想マシンの Fault Tolerance (SMP-FT) を手動で有効にする必要があります。

解決した問題

解決された問題には、次のトピックが含まれます。

セキュリティの問題
仮想マシンの管理の問題
アップグレードの問題

セキュリティの問題

Apache Struts のアップデート
Apache Struts がバージョン 2.5.13 にアップデートされました。
このリリースでは、Photon OS のセキュリティ脆弱性が修正されています。詳細については、VMware vCenter Server Appliance Photon OS Security Patches を参照してください。

仮想マシンの管理の問題

vSphere オンプロミス環境と VMware Cloud on AWS の間で完全クローンまたはコールド移行を実行すると、タイムアウトする場合がある
vSphere オンプロミス環境と VMware Cloud on AWS (VMC) の間で完全クローンまたはコールド移行を実行すると、操作がタイムアウトすることがあります。これは、オンプロミス vCenter Server と VMC vCenter Server インスタンス間のパスに含まれる、通常はファイアウォールなどのネットワーク要素で、vCenter Server 間の接続が無効になったものと判断し、この接続のパケット転送を停止することがあるためです。この問題は、vSphere ユーザーインターフェイスまたは vSphere VIM API を介して、VMC をターゲットとした完全クローンまたはコールド移行を実行する場合に発生します。

本リリースで、この問題は修正されました。

アップグレードの問題

VMware vCenter Server High Availability が設定された VMware vCenter Server Appliance を 6.5 Update 1 にアップグレードすると、動作しなくなる場合がある
vCenter Server HA が設定された vCenter Server Appliance を 6.5 Update 1 にアップグレードすると、動作しなくなる場合があります。これは、アプライアンスのホスト名がデフォルトの localhost.localdomain に変更されることがあるためです。

本リリースで、この問題は修正されました。
vCenter Server Content Library Service がアップグレード後に起動しなくなることがある
vCenter Server Content Library Service がアップグレード後に起動しなくなることがあります。これは、FirstBoot の障害が原因で発生します。

本リリースで、この問題は修正されました。

以前のバージョンの既知の問題

以前からの既知の問題のリストを表示するには、ここをクリックします。

既知の問題には、次のトピックが含まれます。

国際化の問題
ストレージの問題
サーバ構成の問題
Auto Deploy および Image Builder
バックアップとリストアの問題
移行の問題
その他の問題
ネットワークの問題
セキュリティ機能の問題
アップグレードの問題
vCenter Server Appliance、vCenter Server、vSphere Web Client、vSphere Client、vSphere Host Client の問題
仮想マシンの管理の問題
vSphere HA および Fault Tolerance の問題

国際化の問題

外部 SQL Server データベースを使用している場合、vCenter Server 5.x から vCenter Server Appliance 6.5 Update 1 への移行が失敗する可能性がある
vCenter Server で外部 SQL データベースを統合 Windows 認証とともに使用し、オペレーティングシステムのユーザーパスワードに非 ASCII 文字または拡張 ASCII 文字が含まれている場合、vCenter Server 5.x から vCenter Server Appliance への移行が失敗します。

回避策：ASCII 文字のみを使用してパスワードを設定します。
外部 Oracle データベースを使用している場合、韓国語ロケールで vCenter Server 6.x から 6.5 Update 1 へのアップデートが失敗する可能性がある
vCenter Server 6.5 Update 1 にアップデートするときに vCenter Server 6.x で外部 Oracle データベースを使用しており、そのデータベースで指定されたユーザーサービスアカウント名が韓国語の文字を含んでいる場合、アップデート前の事前チェックが失敗します。

回避策：ASCII 文字のみを含むユーザーサービスアカウント名を指定します。
vCenter Single Sign-On パスワードに非 ASCII 文字または拡張 ASCII 文字が含まれている場合、camregister スクリプトを実行できない
vSphere Authentication Proxy を登録するときなど、camregister スクリプトを実行すると、vCenter Single Sign-On パスワードに非 ASCII 文字または拡張 ASCII 文字が含まれている場合に「アクセスが拒否されました」というエラーが表示され、プロセスが失敗します。

回避策：vCenter Single Sign-On パスワードを ASCII 文字で設定します。
ローカライズされた vCenter Server Appliance インストーラの [ソースに接続] ボタンが [未定義] として表示される
ローカライズされた vCenter Server Appliance インストーラの [ソースアプライアンスに接続] ページで、[ソースに接続] ボタンが [未定義] として表示されます。

回避策：なし。
vCenter Server Appliance 6.5 Update 1 への vCenter Server 6.0 Update 3 の移行が失敗する可能性がある
vCenter Server で PostgreSQL データベースを使用し、オペレーティングシステムのユーザー名に非 ASCII 文字または拡張 ASCII 文字が含まれている場合、vCenter Server 6.0 Update 3 から vCenter Server Appliance への移行は、内部エラーによって失敗する可能性があります。

回避策：ユーザー名に ASCII 文字のみが含まれていることを確認します。
Platform Services Controller Appliance 6.x から 6.5 Update 1 へのアップデートが失敗する可能性がある
オペレーティングシステムの言語がフランス語またはスペイン語に設定されており、Platform Services Controller Appliance 6.x でアップデートを事前に実行する場合、[ソースアプライアンスに接続] が失敗する可能性があります。

回避策：英語のオペレーティングシステムを使用して、アップデートを実行します。
Platform Services Controller Web インターフェイスが、ローカライズされたユーザーインターフェイスにおいて、ローカライズされていない要素を表示する
Platform Services Controller Web インターフェイスが、ローカライズされたユーザーインターフェイスで各国の言語ではなく英語の要素を表示します。

回避策：なし
ドイツ語ロケールの vSphere Client でイベントが表示されない
ドイツ語ロケールの場合、vSphere Client のイベントページにイベントが一切表示されません。例えば、vSphere Client でホストの追加、データセンターやクラスタの新規作成などの操作を完了した後、これらのイベントが表示されません。

回避策：vSphere Client でイベントを表示するには、英語のブラウザを使用する、つまりブラウザの言語を英語（米国）に切り替えるか、または vSphere Web Client を使用する必要があります。

ストレージの問題

I/O フィルタルールを含むストレージポリシーを使用してコンテンツライブラリから仮想マシンをプロビジョニングすると、互換性のあるデータストアをほとんど使用できなくなるか、またはまったく使用できなくなる
I/O フィルタルールを含むストレージポリシーが設定されている仮想マシンのテンプレートを使用して、コンテンツライブラリから仮想マシンをプロビジョニングすると、互換性のあるデータストアリスト内のデータストアの一部が使用できなくなることがあります。その結果、これらのデータストア内に仮想マシンを配置できなくなる可能性があります。

回避策：
1. 適切なホストおよびデータストア上で、ストレージポリシーを使用しないで仮想マシンをプロビジョニングします。
2. I/O フィルタルールを含むストレージポリシーを使用して、仮想マシンを再設定します。
データストアに、I/O フィルタルールを含むストレージポリシーに対する互換性がないと誤って表示されることがある
I/O フィルタの一般的なルールが格納されている既存のストレージポリシーを作成または編集するときに、ストレージの互換性を確認すると、「Datastore does not Match current VM policy」または「Datastore does not satisfy compatibility since it does not support one or more required properties」というメッセージが表示されることがあります。ストレージの互換性を調べているときに、互換性があると想定されているデータベースの一部が、互換性のないリストに表示されることがあります。I/O フィルタルールが含まれているストレージポリシーを使用して仮想マシンをプロビジョニングしているときも、このようになることがあります。

回避策：
1. 互換性のないデータストアのリストに移動します。
2. 各データストアのストレージに対する互換性を確認します。
「Compatibility checks succeeded」というメッセージが表示された場合は、選択したデータストアに対して仮想マシンを安全にプロビジョニングすることができます。

サーバ構成の問題

vSphere 6.5 Update 1 への更新後に、結合していないドメインネームスペースでドメインユーザーの認証が失敗することがある
Platform Services Controller Appliance を vSphere 6.5 Update 1 に更新した後に、結合していないドメインネームスペースでユーザーが認証に失敗することがあります。

1.Platform Services Controller Appliance に root としてログインし、Bash シェルを有効にします。
2./opt/likewise/bin/domainjoin-cli leave コマンドを実行して、ドメインから離脱します。
3.アプライアンスを再起動します。
4.Active Directory でコンピュータアカウントを削除します。
5.アプライアンスに再度ログインし、Bash シェルを有効にします。
6./opt/likewise/bin/domainjoin-cli join domain-name domain_admin_user コマンドを実行して、ドメインに参加します。
例：/opt/likewise/bin/domainjoin-cli join vmware.com administrator
7.アプライアンスを再起動します。
ホストプロファイルのコンプライアンスチェック時に共有クラスタ全体オプションの不一致が発生する
ホストプロファイルのコンプライアンスチェック時に 共有クラスタ全体オプションで不一致が発生すると、ホストまたはホストプロファイルの値にデバイス名が表示されます。

回避策：このメッセージは、shared clusterwide オプションに関するコンプライアンスの不一致を表すものとして扱ってください。
ホストのロックダウンモード設定がホストプロファイルにキャプチャされない
ロックダウンモードが有効になっているステートレスな ESXi ホストからホストプロファイルを抽出すると、ロックダウンモードはキャプチャされません。ホストプロファイルを適用し、ホストを再起動した後、ホストのロックダウンモードは無効になります。

回避策：ホストプロファイルを適用し、ホストを再起動した後、ホストのロックダウンモードを手動で有効にします。
ある Virtual SAN クラスタから抽出したホストプロファイルを別の Virtual SAN クラスタに接続すると、ホストプロファイルを修正できない
ある Virtual SAN クラスタに属するリファレンスホストからホストプロファイルを抽出し、別の Virtual SAN クラスタに接続すると、修正（適用）操作が失敗します。

回避策：ホストプロファイルを適用する前に、プロファイルの Virtual SAN 設定を編集します。クラスタの UUID およびデータストア名は、プロファイルを接続するクラスタの値と一致する必要があります。
vSphere 6.5 にアップグレードした後、SAS ドライブを含むホストプロファイルでコンプライアンスエラーが発生する
SATP_LOCAL によって要求されるすべてのドライブはローカルとマークされるため、[デバイスがクラスタ全体で共有されています] オプションがオンである SAS を含むホストプロファイルは、コンプライアンスチェックでエラーになります。

回避策：修正の前に、ホストプロファイルで SAS ドライブに関して [デバイスがクラスタ全体で共有されています] 設定オプションをオフにします。
DRS ソフトアフィニティルールが設定されているホストで、ホストプロファイルのバッチ修正に失敗する
バッチ修正では、ホストまたはクラスタのグループに対して修正操作が実行されます。ホストプロファイルでは、DRS 機能を使用することにより、修正操作の前にホストが自動的にメンテナンスモードになります。しかし、この操作を実行できるのは、完全に自動化された DRS クラスタのホストでソフトアフィニティルールが設定されていないホストのみです。DRS ソフトアフィニティルールが設定されているホストでは、そのルールによってホストがメンテナンスモードに入ることができないため、修正は失敗します。

回避策：
1. クラスタが完全に自動化されているかどうかを判断します。
  1. vSphere Web Client で、クラスタに移動します。
  2. [管理] タブを選択して、[設定] を選択します。
  3. サービスのリストを展開し、[vSphere DRS] を選択します。
  4. [DRS 自動化] フィールドが [完全自動化] であれば、そのクラスタは完全に自動化されています。
2. ホストにソフトアフィニティルールが設定されているかどうかを確認します。
  1. [管理] タブを選択して、[設定] を選択します。
  2. [仮想マシン/ホストルール] を選択します。
  3. タイプが [仮想マシンをホスト上で実行] または [仮想マシンをホスト上で実行しないでください] に設定されているルールがないか確認します。
  4. ルールの [仮想マシン/ホストルールの詳細] で示される詳細に「should」という単語が含まれている場合、そのルールはソフトアフィニティまたはソフト非アフィニティルールです。
3. DRS ソフトアフィニティルールが設定されているホストでは、手動でホストをメンテナンスモードにしてから、ホストを修正します。

Auto Deploy および Image Builder

ESXi 6.0 のホストプロファイルで作成された root ユーザーの SSH キーを ESXi 6.5 に適用できない
ESXi 6.5 では、root ユーザーの SSH キーを管理する認証済みキーのホストプロファイル機能が廃止されています。しかし、旧バージョンのホストプロファイルは 6.5 ではなく 6.0 に設定されています。その結果、バージョン 6.0 のホストプロファイルを使用した root ユーザーの SSH キーは、バージョン 6.5 のホストに適用できません。

回避策：ホストプロファイルを使用して root ユーザーの SSH キーを設定できるようにするには、バージョン 6.5 の新しいホストプロファイルを作成する必要があります。
ターゲットのステートレス ESXi ホストを再起動してホストプロファイルを適用すると、無効なファイルパスを示すエラーメッセージが返される
最初にステートレスホストからホストプロファイルを抽出します。これを編集して、パスワードポリシー用にユーザー入力による新しいロールを作成し、ステートレスキャッシュを有効にします。その後、プロファイルをホストに添付し、ユーザーのパスワードとロールの設定を更新すると、ホストを再起動してホストプロファイルを適用しても次のエラーで失敗します。

エラー：EngineModule::ApplyHostConfig.Exception: Invalid file path

回避策：ホストプロファイルを直接ホストに適用する必要があります。
1. Auto Deploy サービスを停止してホストを再起動します。
2. ホストの起動後、ローカルユーザーとロールがホスト上にあることを確認します。
3. 設定した認証情報を使用してログインします。
Auto Deploy を使用してステートレスホストを起動すると、失敗する場合がある
次の条件が揃うと、getnameinfo 要求の処理で約 11 ～ 16 秒の遅延が発生し、その結果、Auto Deploy を使用したステートレスホストの起動に失敗します。
- ホストエントリ hosts: files resolve dns に resolve パラメータを追加することで、ステートレスホストのローカル DNS キャッシュが有効になります。hosts: files resolve dns は、Photon /etc/nsswitch.conf 構成ファイルの一部です。
- ホストの NIC が　DHCP から IP アドレスを取得しているが、DNS サーバに同じ IP アドレスが見つからない。
回避策：NIC の vCenter Server 向け構成ファイル（IP アドレスを DHCP から取得）で、UseDNS キーを false に設定します。

[DHCP] UseDNS=false
vSphere Auto Deploy を使用してステートレス ESXi ホストをデプロイし、vSphere Distributed Switch のプロパティがホストプロファイルに指定されている場合、ステートレス ESXi ホストは、メンテナンスモードのままになる場合がある
vSphere Auto Deploy を使用してステートレス ESXi ホストをデプロイし、vSphere Distributed Switch のプロパティがホストプロファイルに指定されている場合、ESXi ホストは、ホストプロファイルが適用されている間、メンテナンスモードに入ります。プロセスが失敗した場合は、ホストプロファイルが適用されず、ホストのメンテナンスモードが終了しない場合があります。

回避策：ホストプロファイルのページで、デプロイされたホストを手動でメンテナンスモードから解除して修正します。
iSCSI 対応クラスタにホストプロファイル設定を適用するために修正を実行すると、vSphere Web Client にエラーが表示される
多数の LUN を使用して構成されたホストからホストプロファイルを抽出した後、そのプロファイルを iSCSI 対応ホストで構成されるクラスタに接続してクラスタを修正すると、次のメッセージが vSphere Web Client インターフェイスに表示されます。

バッチでのホストプロファイル適用操作に失敗しました。com.vmware.vim.vmomi.client.exception.TransportProtocolException:org.apache.http.client.ClientProtocolException
vpxd.log ファイルにもエラーが記録されます。

2016-07-25T12:06:01.214Z error vpxd[7FF1FE8FB700] [Originator@6876 sub=SoapAdapter] length of HTTP request body exceeds configured maximum 20000000
1 つのクラスタを修正すると、vSphere Web Client により、そのクラスタ内のすべてのホストのデータを含む 1 つの API 要求が作成されます。この要求は、VPXD でサポートされる最大 HTTP 要求サイズを超えます。
回避策：次の手順を実行してください。
1. [修正] ウィザードで選択するホストを減らします。
2. 修正が完了してはじめて、残りのホストに対して別のウィザードを開始します。
vCenter Server システムのバージョン 5.5 または 6.0 を 6.5 にアップグレードまたは移行すると、vSphere Web Client に [Auto Deploy] オプションが表示されない
vCenter Server 5.5 または 6.0 をバージョン 6.5 にアップグレードまたは移行すると、vSphere Web Client の [構成] ＞ [設定] 画面に [Auto Deploy] オプションが表示されません。vSphere Auto Deploy サービスは、Image Builder サービスと一緒にインストールされますが、自動的には開始されません。

回避策：次の手順を実行してください。
1. Image Builder サービスを手動で開始します。
2. vSphere Web Client からいったんログアウトし、再度ログインします。
3. vSphere Web Client のホームページで vCenter Server システムに移動し、[構成] > [設定] を選択して、Auto Deploy サービスを探します。
ホストプロファイルに接続されたホストの数が 63 を超えると、ホストのカスタマイズページのロード時にエラーが表示される
リファレンスホストからホストプロファイルを抽出し、ホストプロファイルに 63 を超えるホストを接続すると、vCenter Server システムの負荷が非常に高くなり、ホスト固有の応答ファイルの生成にかかる時間が 120 秒の時間制限を超過します。カスタマイズページのロード時に次のエラーが表示されます。

プロパティプロバイダのバックエンドで 120 秒が経過したため、クエリの実行がタイムアウトしました

回避策：カスタマイズデータを生成せずに、ホストプロファイルをクラスタまたはホストに添付します。
1. クラスタまたはホストを右クリックし、[ホストプロファイル] > [ホストプロファイルの添付]の順に選択します。
2. 添付するプロファイルを選択します。
3. [カスタマイズのスキップ] チェックボックスを選択します。vSphere Web Client インターフェイスは、RetrieveHostCustomizationsForProfile を呼び出してカスタマイズデータを生成しません。
4. クラスタまたはホストに添付されたホストプロファイルを右クリックし、[ホストのカスタマイズのエクスポート] を選択します。これにより、各ホストのカスタマイズエントリを含む CSV ファイルが生成されます。
5. CSV ファイルにカスタマイズデータを記入します。
6. ホストプロファイルを右クリックし、[ホストのカスタマイズの編集] を選択して CSV ファイルをインポートします。
7. [終了] をクリックしてカスタマイズデータを保存します。
Intel XL710 (40GB) ネットワークアダプタで ESXi インストーラの PXE ブートによる自動デプロイが失敗する
プリブート実行環境 (PXE) を使用して Intel XL710 ネットワークデバイスからホストに ESXi インストーラを起動すると、制御が ESXi カーネルに移行する前に ESXi イメージのコピープロセスが失敗します。次のエラーが表示されます。

Decompressed MD5: 000000000000000000000 Fatal error: 34(Unexpected EOF) serial log: ****************************************************************** * Booting through VMware AutoDeploy... * * Machine attributes: * . asset= * . domain=eng.vmware.com * . hostname=prme-hwe-drv-8-dhcp173 * . ipv4=10.24.87.173 * . ipv6=fe80::6a05:caff:fe2d:5608 * . mac=68:05:ca:2d:56:08 * . model=PowerEdge R730 * . oemstring=Dell System * . oemstring=5[0000] * . oemstring=14[1] * . oemstring=17[04C4B7E08854C657] * . oemstring=17[5F90B9D0CECE3B5A] * . oemstring=18[0] * . oemstring=19[1] * . oemstring=19[1] * . serial=3XJRR52 * . uuid=4c4c4544-0058-4a10-8052-b3c04f523532 * . vendor=Dell Inc. * * Image Profile: ESXi-6.5.0-4067802-standard * VC Host: None * * Bootloader VIB version: 6.5.0-0.0.4067802 ****************************************************************** /vmw/cache/d6/b46cc616433e9d62ab4d636bc7f749/mboot.c32.f70fd55f332c557878f1cf77edd9fbff... ok Scanning the local disk for cached image. If no image is found, the system will reboot in 20 seconds...... <3>The system on the disk is not stateless cached. <3>Rebooting...

回避策：なし。

バックアップとリストアの問題

SSH に対してパスワード認証が無効になっているマシンにバックアップが保存されている場合、SCP による vCenter Server のリストアが失敗する
SSH に対するパスワード認証が無効になっているマシンにバックアップが保存されている場合、SCP によるバックアップのリストアが失敗します。

回避策：バックアップを保存しているマシンでパスワード認証を有効にします。パスワード認証を有効にするには、ssh 構成ファイル (/etc/ssh/sshd_config) を編集し、PasswordAuthentication を [yes] に設定します。
HTTP プロキシサーバ経由の FTP バックアップが失敗することがある
HTTP プロキシサーバを経由して FTP サーバにファイルベースのバックアップを作成すると、操作が失敗することがあります。

回避策：プロキシモードでファイルベースのバックアップを作成する場合は、NO_PROXY オプションを使用します。
vCenter Server インスタンスへの vCenter Server Appliance のファイルベースリストアを実行すると、高可用性クラスタの構成や、アプライアンスへの SSH アクセスの有効化など、vSphere Web Client での操作に失敗することがある
vCenter Server インスタンスのリストアプロセスでは、新しい vCenter Server Appliance がデプロイされ、自己署名証明書を使用してアプライアンス HTTP サーバが起動されます。リストアプロセスは、バックアップされた証明書をリカバリすることで完了しますが、アプライアンス HTTP サーバの再起動は行われません。その結果、アプライアンス HTTP サーバへの内部 API 呼び出しを必要とする操作が失敗します。

回避策：vCenter Server インスタンスへの vCenter Server Appliance のリストアを実行後、アプライアンスにログインし、service vami-lighttp restart コマンドを実行して HTTP サーバを再起動する必要があります。
vCPU の数やアプライアンスのディスクサイズを変更した場合に、ファイルベースのバックアップから Platform Services Controller アプライアンスをリストアしようとすると失敗する
vSphere 6.5 では Platform Services Controller アプライアンスは、2 個の vCPU と 60 GB のディスクサイズでデプロイされます。vCPU の数やディスクサイズを増やすことはサポートされていません。3 個以上の vCPU または 60 GB を超えるディスクサイズで Platform Services Controller アプライアンスのファイルベースリストアを実行すると、vCenter Server Appliance インストーラが失敗し、次のエラーが表示されます。要件セットに合致するサイズはありません。

回避策：プロセッサの数は vCPU 2 個を超えないように、ディスクサイズは 60 GB を超えないようにしてください。
イメージベースのバックアップから外部 Platform Services Controller を備えた vCenter Server Appliance をリストアすると、すべての vCenter Server サービスが起動しない
vSphere Data Protection を使用して外部 Platform Services Controller を備えた vCenter Server Appliance をリストアした後は、リストア操作を完了し、vCenter Server サービスを起動するために vcenter-restore スクリプトを実行する必要があります。vcenter-restore の実行が、次のエラーメッセージが表示されて失敗することがあります。操作に失敗しました。SSO ユーザー名とパスワードが正しいことを確認し、スクリプトを再実行してください。問題が解決しない場合は、VMware サポートに連絡してください。

回避策：vcenter-restore の実行に失敗したら、service-control --start --all コマンドを実行してすべてのサービスを起動します。

service-control --start --all の実行に失敗する場合は、正しい vCenter Single Sign-On ユーザー名とパスワードを入力したことを確認します。また、VMware サポートに連絡することもできます。

SAN ブートの問題

LUN ID が 255 を超えるファイバチャネルまたは iSCSI LUN に ESXi 6.5 をインストールすることはできない
vSphere 6.5 では、0 から 16383 までの LUN ID がサポートされています。しかし、アダプタ BIOS の制限により、255 を超える ID を持つ LUN を SAN ブートインストールに使用することはできません。

回避策：ESXi のインストールには 255 以下の ID を持つ LUN を使用します。

iSCSI の問題

vSphere 6.5 で iSCSI ソフトウェアアダプタに割り当てられる名前が以前のリリースと異なる
vSphere 6.5 リリースにアップグレードした後、既存のソフトウェア iSCSI アダプタの名前は vmhbaXX から変更されます。この変更により、アダプタ名をハードコードしてあるスクリプトは影響を受けます。VMware はアダプタ名がリリース間で維持されることを保証していないため、スクリプト内で名前をハードコードしないでください。名前の変更は、iSCSI ソフトウェアアダプタの動作には影響しません。

回避策：なし。

移行の問題

移行元の Windows 環境に固定 IPv4 と固定 IPv6 が設定されている場合、Windows 環境の vCenter Server または Platform Services Controller をアプライアンスに移行すると失敗し、DNS の設定に関するエラーメッセージが返されることがある
IPv4 と IPv6 の両方に固定アドレスが設定されている場合、Windows 環境の移行に失敗し、次のようなエラーメッセージが返される場合があります。DNS 設定中にエラーが発生しました。詳細：操作に失敗しました。コード: com.vmware.applmgmt.err_operation_failed
新たにデプロイされたアプライアンスのログファイル /var/log/vmware/applmgmt/vami.log には、次のエントリが記録されます。
INFO:vmware.appliance.networking.utils:Running command: ['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address'] INFO:vmware.appliance.networking.utils:output: error: returncode: 17 ERROR:vmware.appliance.networking.impl:['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address'] error , rc=17

回避策：
1. 新たにデプロイしたアプライアンスを削除し、移行元の Windows 環境をリストアします。
2. 移行元の Windows インストール環境で、IPv6 または IPv4 のいずれかの設定を無効にします。
3. DNS サーバから、無効にした IPv6 アドレスまたは IPv4 アドレスのエントリを削除します。
4. 移行を再試行します。
5. （オプション）移行の完了後、削除した DNS エントリを再度追加し、移行したアプライアンス上で、無効にした IPv6 アドレスまたは IPv4 アドレスを再度設定します。
外部 SQL を使用する vCenter Server 6.0 を統合 Windows 認証モードで移行する場合、VMware 移行アシスタントの初期化に失敗する
「プロセスレベルトークンの置き換え」権限のないユーザーが、 Microsoft SQL Server の外部データベースを持ち、「統合 Windows 認証」を使用する　vCenter Server を Windows から移行すると、VMware 移行アシスタントは失敗の原因を提示しないエラーメッセージを表示して失敗します。

例：移行前のチェックの実行に失敗しました

vCenter Server データベースは、要件を次のログに収集します。
%temp/vcsMigration/CollectRequirements_com.vmware.vcdb_2016_02_04_17_50.log
ログには次のエントリが含まれます。
2016-02-04T12:20:47.868Z ERROR vcdb.const Error while validating source vCenter Server database: "[Error 1314] CreateProcessAsUser: 'A required privilege is not held by the client.'"

回避策：移行を実行するユーザーに「プロセスレベルトークンの置き換え」権限が設定されていることを確認します。設定をカスタマイズするためのガイドが Microsoft のオンラインドキュメントで提供されています。権限が正しいことを確認した後、移行を再実行します。

その他の問題

lsu-hpsa プラグインがネイティブ hpsa ドライバ (nhpsa) で機能しない
lsu-hpsa プラグインは、ネイティブ hpsa ドライバ (nhpsa) では機能しません。nhpsa ドライバは、lsu-hpsa プラグインで使用される現在の HPSA 管理ツール (hpssacli) と互換性がないためです。次のエラーメッセージが表示されることがあります。

# esxcli storage core device set -d naa.600508b1001c7dce62f9307c0604e53b -l=locator
Unable to set device's LED state to locator.Error was: HPSSACLI call in HPSAPlugin_SetLedState exited with code 127! (from lsu-hpsa-plugin)

# esxcli storage core device physical get -d naa.50004cf211e636a7
Plugin lsu-hpsa-plugin cannot get information for device with name naa.50004cf211e636a7.エラー：HPSSACLI call in Cache_Update exited with code 127!

# esxcli storage core device raid list -d naa.600508b1001c7dce62f9307c0604e53b
Plugin lsu-hpsa-plugin cannot get information for device with name naa.600508b1001c7dce62f9307c0604e53b.エラー：HPSSACLI call in Cache_Update exited with code 127!

回避策：ネイティブ hpsa ドライバ (nhpsa) を vmklinux ドライバに置き換えます。

ストレージに関するその他の問題

SESparse VMDK を使用している場合、Windows または Linux ファイルシステムで仮想マシンのフォーマットに時間がかかる
Windows または Linux ファイルシステムで仮想マシンをフォーマットする際、処理に通常よりも時間がかかることがあります。これは、仮想マシンが SESparse である場合に発生します。

回避策：フォーマットの前に、ゲスト OS に対する UNMAP 操作を無効にします。フォーマット処理が完了したら、この操作を再度有効にすることができます。
共有リモート SAS デバイスに対して VMW_SATP_LOCAL プラグインを使用すると、問題が発生して失敗することがある
ESX 6.5 よりも前のリリースでは、SAS デバイスは VMW_SATP_LOCAL プラグインによって要求された場合でもリモートとマークされていました。ESX 6.5 では、VMW_SATP_LOCAL によって要求されたすべてのデバイスは、外部であってもローカルとマークされます。そのため、以前のリリースから ESXi 6.5 にアップグレードすると、リモートとマークされていた既存のリモート SAS デバイスはステータスがローカルに変わります。この変更により、それらのデバイスにデプロイされていた共有データストアが影響を受け、問題が発生して予期しない動作が発生することがあります。
さらに、実際には外部の共有であるにもかかわらず新たにローカルとマークされたデバイスを誤って使用すると、一部の機能で問題が発生します。たとえば、VFAT ファイルシステムの作成を許可したり、Virtual SAN 用にデバイスを使用したりする場合です。

回避策：リモートの外部 SAS デバイスに対しては、VMW_SATP_LOCAL プラグインを使用しないでください。サポート対象リストに含まれる該当する他の SATP、またはベンダー固有の SATP を使用します。
ファイルをデータストアにアップロードしている途中で vSphere Web Client からログアウトすると、アップロードがキャンセルされ、不完全なファイルが残る
大きなファイルをデータストアにアップロードするには時間がかかります。ファイルのアップロード中にログアウトすると、アップロードは警告なしでキャンセルされます。部分的にアップロードされたファイルがデータストアに残ることがあります。

回避策：ファイルのアップロード中はログアウトしないでください。データストアに不完全なファイルが存在する場合は、手動でそのファイルをデータストアから削除します。

ネットワークの問題

Network I/O Control が無効な vSphere の標準スイッチか vSphere Distributed Switch に vNIC が接続されている場合、接続が失敗する
vNIC が 0 より大きな予約で設定されている場合に、Network I/O Control が無効な vSphere 標準スイッチか vSphere Distributed Switch に接続すると、その接続は失敗し、次のエラーメッセージが表示されます。「指定されたパラメータが正しくありません: spec.deviceChange.device.backing.」

回避策：なし。
ネットワークでフルパススルーデバイスが使用できない
ネイティブ ntg3 ドライバがパススルー Broadcom Gigabit Ethernet Adapter で使用されていると、ネットワーク接続が使用できなくなります。

回避策：
- レガシーモードで ntg3 ドライバを実行します。
  1. esxcli system module parameters set -m ntg3 -p intrMode=0 コマンドを実行します。
  2. ホストを再起動します。
- ネイティブの ntg3 ドライバではなく、tg3 vmklinux ドライバをデフォルトドライバとして使用します。
仮想マシンのユーザースペース RDMA アプリケーションでデータの送受信ができない
ゲストユーザースペース RDMA アプリケーションで、他の仮想マシンとの通信に Unreliable Datagram のキューペアと IP アドレスベースのグループ ID が使用されている場合、その RDMA アプリケーションはデータおよび作業完了エントリの送受信ができません。キューペアにエンキューされた作業リクエストはすべて削除され、完了しません。
回避策：なし。
Universal Host Controller Interface に USB NIC デバイスが接続されている IBM システムサーバでパケットが失われる
IBM BladeCenter HS22 などの一部の IBM システムサーバで Universal Host Controller Interface に USB NIC デバイスを接続し、USB ネイティブドライバである vmkusb を実行していると、ネットワークの問題が発生します。UHCI に接続された USB NIC デバイスに対して vmkusb ドライバを使用すると、USB NIC でパケットが失われます。

回避策：USB ネイティブドライバ vmkusb を無効にし、レガシーの vmklinux USB ドライバに切り替えます。
1. esxcli system module set -m=vmkusb -e=FALSE コマンドを実行して、USB ネイティブドライバ vmkusb を無効にします。
2. ホストを再起動します。再起動の際にレガシー USB ドライバがロードされます。
シグナルなしの高速登録作業リクエストに対して、ゲストカーネルアプリケーションが予期しない完了エントリを受け取る
ホストで RDMA アップリンクがアクティブになっているとき、そのホストにある 2 台の仮想マシン間の RDMA 通信で、ゲストカーネルアプリケーションにおける誤った完了エントリがトリガされることがあります。ゲストのカーネルレベル RDMA 上位レイヤープロトコル (ULP) によって発行されたシグナルなしの高速登録作業リクエストによって、完了エントリが誤ってトリガされます。これにより、カーネル ULP の完了キューがオーバーフローすることがあります。
回避策：無関係な完了がトリガされるのを回避するには、高速登録作業リクエストを使用する仮想マシンを個別のホストに配置します。
スナップショットの操作中または vMotion 移行中、準仮想化 RDMA デバイスが接続されている仮想マシンにアクセスできなくなる
準仮想化 RDMA (PVRDMA) デバイスが接続された仮想マシンでは、ピアのキューペアと通信するために RDMA アプリケーションが実行されます。RDMA アプリケーションが通信を試みる対象のピアキュー番号が存在しないと、PVRDMA デバイスはピアからの応答を無期限に待ち続けることがあります。その結果、スナップショットの操作または移行の際、RDMA アプリケーションが引き続き実行されていると、仮想マシンにアクセスできなくなります。

回避策：PVRDMA デバイスを使用してスナップショットを作成する際、または vMotion 移行を実行する際は、存在しないピアキューペア番号を使用する RDMA アプリケーションをシャットダウンします。
ESXi コアの Netdump 転送が完了するまでに 2 ～　3 時間かかる
Intel X710 または Intel X710L NIC を使用しているホストでは、ESXi コアを Netdump サーバに転送するのに 2、3 時間かかります。アクションは正常に実行されますが、他の NIC の方がはるかに速く実行されます。

回避策：なし。
準仮想化 RDMA デバイスが接続されたゲスト仮想マシンで、カーネルレベルの RDMA 上位レイヤープロトコルが正しく動作しない
NFS や iSER などのカーネルレベル RDMA 上位レイヤープロトコルでは、準仮想化 RDMA (PVRDMA) デバイスの上限よりも多くのリソースの作成が試みられます。その結果、カーネルモジュールをロードできなくなります。ただし、RDMA Connection Manager (RDMACM) は引き続き機能します。

回避策：なし。
Down/Up コマンドを使用すると NIC の起動に 60 秒以上かかる
Virtual Extensible LAN (VXLAN) を設定し、nmlx4_en ドライバを使用する NIC で VXLAN トラフィックの転送を開始すると、esxcli network nic up コマンドは NIC を 60 秒以内に起動できないことがあります。NIC は遅れて起動します。Down/Up および Unlink/Link コマンドを連続して数回実行した場合に、コマンドの実行が遅くなります。

回避策：なし。
40 ギガビット nmlx4_en NIC では Wake-On-LAN (WOL) がサポートされない
WOL は、10 ギガビット HP Flexible LOM カード（HP ブランドの Mellanox 製カード）でのみサポートされています。HP は 40 ギガビットカードをサポートしていません。

回避策：nmlx4_en カードで WOL を利用するには、10 ギガビット HP Flexible LOM カードを使用します。
Active Directory での認証に Kerberos 認証情報を使用していると、NFS 共有をマウントできない
ESX システムを Active Directory に追加し、最新リリースにアップグレードすると、Active Directory インスタンスで RC4 暗号化のサポートが停止された場合、ESX で Kerberos キータブを使用して NFS 共有を正しくマウントできません。これは、キータブの書き込みは ESX が追加されるときにのみ行われ、また、ESX で使用される Likewise スタックでは以前のリリースの AES 暗号化がサポートされないためです。

回避策：Active Directory に再度追加して、システムのキータブを更新します。
Intel 82579LM または I217 vmnic で復旧不可能なハングが発生することがある
Intel 82579LM または I217 vmnic でトラフィックが非常に多い場合、問題が発生することがあります。たとえば、4 組のペアの仮想マシンで netperf が実行され、ハードウェアオフロード機能の VMkernel ソフトウェアエミュレーションを無効にし、再度有効にする動作が繰り返される場合です。無効にしたあとで再度有効にする動作を何回か繰り返していると、ハードウェアがハング状態になります。

回避策：
1. Intel 82579LM または I217 アダプタでは、ハードウェアオフロード機能の VMKernel ソフトウェアエミュレーションを実行しないでください。
2. このハングが発生した場合は、ホストを再起動する必要があります。
Intel i219 NIC がハング状態になり、ネットワーク接続が切断されることがある
「Intel Corporation Ethernet Connection I219-LM」と示されている（末尾に「V」が付くことがあります）Intel i219 ファミリの NIC は、ハードウェアがハング状態になって、システムのポートにおけるネットワーク接続が切断されることがあります。この問題は、トラフィックが NIC を通過しているときに中断操作が行われるとトリガされます。たとえば、i219 のポートを通してファイルをコピーしているときに esxcli network nic down vmnixX コマンドを使用してリンクを切断すると、このエラーが発生することがあります。この問題は、トラフィックの増加によって発生することもあります。たとえば、4 組のペアの仮想マシンで netperf が実行され、ハードウェアオフロード機能の VMｋernel ソフトウェアエミュレーションを無効にして、再度有効にする動作が繰り返される場合です。ホストを再起動するまで NIC は使用できません。

回避策：
1. 重要度の高いジョブには i219 NIC ポートを使用しないでください。
2. i219 ポートに対して中断操作を実行しないでください。
3. Intel I219 アダプタでは、ハードウェアオフロード機能の VMkernel ソフトウェアエミュレーションを実行しないでください。
4. i219 を使用する必要がある場合は、i219LM 以外のポートと組み合わせたフェイルオーバー NIC チーミングを設定します。
物理スイッチ上に設定された全二重により、NIC の速度とデュプレックスの設定に対してオートネゴシエーションモードのみをサポートする igb ネイティブ Linux ドライバでデュプレックスの不一致の問題が発生することがある
ESXi ホストで igb ネイティブドライバを使用している場合、ESXi ホストは常にオートネゴシエーションの速度とデュプレックスモードで動作します。接続のホスト側でどんな構成を設定しても、それは ESXi 側に適用されません。物理スイッチが手動で全二重モードに設定されている場合、オートネゴシエーションのサポートにより、デュプレックスの不一致の問題が発生します。
回避策：次のいずれかの回避策を実行します。
- アップグレードインストールまたは新規インストールの前に、物理スイッチポートで、速度とデュプレックスモードを auto に設定します。
- ESXi ホストで、igb ネイティブドライバではなく VMklinux igb ドライバを使用します。次のコマンドを実行して、igb ドライバに切り替えることができます。
NIC のフェイルオーバーまたはフェイルバック中、bnx2x ドライバにより、パープルスクリーンエラーメッセージが表示される
VMkernel ポートを無効または有効にして、NIC のフェイルオーバー順序を変更すると、bnx2x ドライバにより、パープルスクリーンのエラーメッセージが表示されます。
回避策：async ドライバを使用します。

NFS の問題

セッションを新規作成すると NFS 4.1 クライアントが NFS サーバとの同期を失う
この問題は、NFS サーバとの接続が一定時間中断された後、または NFS IO が応答しないときに発生します。この問題が発生すると、vmwarning.log ファイルに次のような警告メッセージが出力されます。
NFS41 CREATE_SESSION request failed with NFS4ERR_SEQ_MISORDERED

回避策：次の手順を実行してください。
1. 関係する NFS 4.1 データストアをアンマウントします。アンマウントするときに開いているファイルがなければ、この操作は成功し、NFS 4.1 クライアントモジュールは内部状態をクリーンアップします。アンマウントされたデータストアは、再度マウントして通常の操作を再開できます。
2. データストアのアンマウントで問題が解決しない場合は、NFS 共有の IP アドレスに接続している NIC を無効にします。サーバのリース時間が期限切れになるまで NIC を無効のままにして、その後再起動します。通常の操作が再開されます。
3. ここまでの手順で失敗する場合には、ESXi ホストを再起動します。
ESXi の再起動後、EMC VNX ストレージによってエクスポートされた NFS 4.1 データストアをマウントできない
EMC VNX に関する潜在的な問題のために、ESXi ホストを再起動した後の NFS 4.1 の再マウント要求が失敗することがあります。その場合、このストレージによってエクスポートされた既存の NFS 4.1 データストアは、アンマウント状態となります。

回避策：リース時間の 90 秒が時間切れになるまで待ってから、ボリュームを手動で再マウントします。
同じ NFS データストアを別のラベルでマウントすると、後で別のデータストアをマウントするときに障害が発生することがある
この問題は、esxcli コマンドを使用して 1 つの NFS データストアを複数の ESXi ホストにマウントすると発生します。たとえば A と B という異なるラベルを使用すると、そのデータストアが複数のホスト間で一貫性のあるラベルを保つために、vCenter Server によって B が A に変更されます。その後、新しいデータストアをマウントしてラベル B を使用すると、ESXi ホストで障害が発生します。この問題が発生するのは、NFS データストアを esxcli コマンドでマウントした場合に限られます。vSphere Web Client からマウントした場合には発生しません。

回避策：同じ NFS データストアを esxcli コマンドでマウントするときは、ホスト間で一貫性のあるラベルを使用してください。
VNX サーバからエクスポートされた NFS 4.1 データストアにアクセスできなくなることがある
VNX 4.1 サーバと ESXi ホストの接続が切断されると、NSF 4.1 データストアにアクセスできなくなることがあります。この問題は、VNX サーバによってそのメジャー番号が予期せず変更されると発生します。NFS 4.1 クライアントでは、サーバとの接続後にサーバのメジャー番号が変わることは想定されていません。

回避策：サーバによってエクスポートされたすべてのデータストアを削除し、再マウントします。

セキュリティ機能の問題

レガシーの vCenter Server で TLS 1.2 のみが有効になっている場合 (6.0 Update 3)、アップグレード後に rhttpproxy ポート (443) の TLS プロトコルを変更できない

vSphere 6.5 には、TLS 構成を管理するための TLS Reconfigurator ツールが含まれています。このツールをインストールするかどうかは、ユーザーが選択できます。このツールは、VMware のナレッジベースの記事 KB2147469、および『vSphere Security』ドキュメントに記載されています。
vCenter Server 6.0 Update 3 で rhttproxy ポート（またはすべてのポート）に特定の TLS プロトコルが設定されている場合は、vCenter Server のアップグレード後にプロトコルの設定は変更されません。ただし、TLS Reconfigurator ツールを使用してアップグレード後に TLS 構成を変更する場合、このツールによって、rhttpproxy ポートを除くすべてのポートで TLS バージョンが変更されます。

回避策：

config.xml ファイルを編集のために開きます。

Windows	`C:\ProgramData\VMware\vCenterServer\cfg\vmware-rhttpproxy`
Linux	`/etc/vmware-rhttpproxy/`

<sslOptions>xxxxxxxx</sslOptions> 行を検索して、次の行を削除します。
保存して vmware-rhttpproxy サービスを再起動します。

vCenter Server 6.5 Update 1 にアップグレードした後、以前にインストールした TLS reconfigurator が正しく動作しなくなる可能性がある
vCenter Server 6.5 Update 1 にアップグレードした後、以前にインストールした TLS reconfigurator が正しく動作しなくなる可能性があります。

回避策：vCenter Server 6.5 Update 1 の製品ダウンロードページから、vSphere TLS Configurator スクリプトをダウンロードして、TLS コンプライアンスレベルを再設定します。
スマートカード認証が有効な場合、TLS Reconfigurator を実行した後に問題が発生する
vSphere 6.5 には、TLS 設定の管理に使用できる TLS Reconfigurator ツールが含まれています。このツールをインストールするかどうかは、ユーザーが選択できます。このツールについては、VMware のナレッジベースの記事 KB2147469 で説明されています。
Platform Services Controller でスマートカード認証が有効な vSphere 6.5 環境でこのツールを実行すると、サービスの起動に失敗して、例外が発生します。このエラーは、ツールを実行して、Platform Services Controller で Content Manager サービス (Windows PSC)、または vmware-stsd サービス（Platform Services Controller アプライアンス）用に TLS 設定を変更する際に発生します。

回避策：
1. server.xml ファイルを編集用に開きます。
2. サーバタグの 2 つのエントリから、最初のエントリを削除します。
3. すべてのサービスを再開します。
次の例では、2 番目の Server エントリではなく、最初の Server エントリを削除します。


<Server port="${base.shutdown.port}" shutdown="SHUTDOWN">
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>
...
</Server>

<Server port="${base.shutdown.port}" shutdown="SHUTDOWN">
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
...
</Server>
ロードバランサの背後に複数の vCenter Server および Platform Services Controller を配置している環境で、ESXi ホストを追加するとエラーが発生する
ロードバランサの背後に複数の vCenter Server インスタンスおよび複数の Platform Services Controller インスタンスを配置する環境をセットアップします。その環境で、VMware 認証局 (VMCA) を中間認証局 (CA) を使用します。ESXi ホストを追加しようとすると、次のエラーが発生する場合があります。
Unable to get signed certificate for host name : Error: Failed to connect to the remote host, reason = rpc_s_too_many_rem_connects Platform Services Controller 上でルート CA を取得しようとすると、次のようにコマンドが失敗します。
/usr/lib/vmware-vmca/bin/certool --getrootca --server=wx-sxxx-sxxx.x.x.x Status : Failed Error Code : 382312518 Error Message : Failed to connect to the remote host, reason = rpc_s_too_many_rem_connects (0x16c9a046)

回避策：Platform Services Controller 上で VMware 認証局 (VMCA) サービスを再起動します。
Platform Services Controller ノードを使用できない場合、再起動またはフェイルオーバー後に vCenter Server サービスが起動しない
Platform Services Controller ノードが一時的に使用できず、その間に vCenter Server が再起動されるか vCenter HA フェイルオーバーが発生した場合、vCenter サービスが起動に失敗します。

回避策：Platform Services Controller ノードをリストアして改めて vCenter Server を再起動するか、コマンドラインから次のコマンドを使用してすべてのサービスを起動します。
service-control --start --all
STS デーモンが vCenter Server Appliance 上で起動しない
vCenter Server Appliance をインストールした後、または vCenter Server Appliance 6.5 にアップグレードまたは移行した後で、Secure Token Service デーモンが起動しないことがあります。この問題は、ごくまれに発生します。

回避策：なし。この問題は、DNS が localhost を IPv6 環境のループバックアドレスを解決しなかった時に発生することが確認されています。ネットワーク構成を調べると、この問題の解決に役立つ場合があります。
vSphere Web Client から vCenter Server にログインしようとするとエラー 400 が発生する
vSphere Web Client から vCenter Server にログインし、ログアウトします。8 時間以上経過してから、同じブラウザタブからログインしようとすると、次のエラーが表示されます。
400 An Error occurred from SSO. urn:oasis:names:tc:SAML:2.0:status:Requester, sub status:null

回避策：ブラウザまたはブラウザタブを閉じ、再度ログインします。
vCenter Server を以前にバックアップした状態にリストアすると、暗号化された仮想マシンがロック（無効）状態になる
通常、暗号化された仮想マシンは vSphere Web Client または vSphere API を使用して vCenter Server に追加されます。
しかし、他の方法で仮想マシンを追加することも可能です。たとえば、ファイルベースのバックアップとリストアを使用するバックアップ操作によって、暗号化された仮想マシンを追加することができます。
この場合、vCenter Server は暗号化キーを ESXi ホストにプッシュしません。そのため、仮想マシンはロックされます（無効になります）。
これは、暗号化された不正な仮想マシンが vCenter Server へアクセスするのを防ぐセキュリティ機能です。

回避策：次の方法があります。
- vSphere API を使用して、仮想マシンを登録解除し、登録し直します。この操作は、vSphere Web Client または vSphere API から実行できます。
- 該当する仮想マシンを含む ESXi ホストを vCenter Server から削除し、追加し直します。
仮想マシンの暗号化タスクでリモートホストとの通信中にエラーが発生する
仮想マシンの暗号化や新しい暗号化された仮想マシンの作成など、仮想マシンの暗号化操作を実行することがあります。クラスタに、切断されている ESXi ホストが存在します。次の内容のエラーが発生します。
「リモートホストとの通信中にエラーが発生しました」

回避策：切断されているホストをクラスタのインベントリから削除します。
Platform Services Controller サービスが使用不可の状態になっても自動フェイルオーバーが発生しない
ロードバランサの背後で Platform Services Controller を実行すると、Platform Services Controller ノードが使用不可になったときに自動フェイルオーバーが発生します。リバースプロキシポート 443 の背後で実行されている Platform Services Controller サービスに障害が発生すると、自動フェイルオーバーは発生しません。これらのサービスには、Security Token Service、License Service などが含まれます。

回避策：障害の発生したサービスが含まれる Platform Services Controller をオフラインにして、フェイルオーバーをトリガします。
vCenter Server システムは IPv6 アドレスを使用して KMS に接続できない
vCenter Server が Key Management Server (KMS) に接続できるのは、KMS が IPv4 アドレスか、IPv4 アドレスに解決されるホスト名を持っている場合に限られます。KMS が IPv6 アドレスを持っている場合に KMS を vCenter Server に追加すると、次の内容のエラーが発生します。
「信頼された接続を確立できません」

回避策：KMS に IPv4 アドレスを設定します。
ESXi を古いバージョンからアップグレードした後にセキュアブートができない
以下の場合、セキュアブートを有効にした ESXi 6.5 ホストをブートすることはできません。
- ESXCLI コマンドを使用してホストのアップグレードを行った場合。このコマンドではブートローダーがアップグレードされず、また、署名が維持されません。アップグレード後にセキュアブートを有効にすると、エラーが発生します。
- ISO イメージを使用してホストのアップグレードを実行したが、以前の VIB がアップグレード後も保持されている場合。この場合、セキュアブートプロセスは以前の VIB の署名を検証できず、失敗します。ISO イメージには、アップグレード前に ESXi ホストにインストールする新しいバージョンの VIB が含まれている必要があります。
回避策：なし。この条件の下でセキュアブートを有効にすることはできません。セキュアブートを有効にするには、ESXi ホストを再インストールします。
アップグレード前にポート 7444 で SSLv3 が有効になっていると、アップグレード後も有効になる
クリーンインストールでは、vCenter Server システムでも Platform Services Controller システムでも SSLv3 は有効になりません。しかし、アップグレード後、ポート 7444（Secure Token Server ポート）上のサービスはデフォルトで有効になります。SSLv3 を有効にすると、システムがある種の攻撃に対して脆弱になる可能性があります。

回避策：組み込みのデプロイの場合は、Secure Token Server の server.xml ファイルで SSLv3 を無効にします。
1. 外部の Platform Services Controller を使用したデプロイの場合は、レガシー vCenter Server システムが接続されているかどうかを確認し、その vCenter Server システムをアップグレードします。
2. SSLv3 を無効にします。
1 台以上の暗号化されていないハードディスクを含む、暗号化された仮想マシンのクローンを作成するときにエラーが発生する
暗号化された仮想マシンのクローンを作成する際に、仮想マシンに暗号化されていないハードディスクが 1 台以上あると、次の内容のエラーが発生します。
「このオブジェクトでは、この操作はサポートされていません。」
クローン作成プロセスは失敗します。

回避策：[仮想マシンのクローン作成] ウィザードの [ストレージの選択] 画面で、[詳細] を選択します。詳細設定に変更を加えなくても、クローン作成プロセスは成功します。

Storage DRS の問題

仮想マシン上の VMDK にストレージポリシーが接続されていると、ストレージ DRS でポッドレベルの VMDK アフィニティが考慮されない
Storage DRS を有効にしたデータストアクラスタで、仮想マシンの VMDK にストレージポリシーを設定すると、Storage DRS はその仮想マシンの [VMDK の包括] フラグを考慮しません。新しく追加する VMDK または既存の VMDK 用に異なるデータストアを用意することを検討してください。
回避策：なし。この動作は、VMCrypt やタグベースのポリシーなど、何らかの種類のポリシーを設定すると発生します。
OVF テンプレートから仮想マシンをデプロイするときに Storage DRS を無効にできない
OVF テンプレートをデプロイし、Storage DRS から個別のデータストアを選択して仮想マシンを配置する場合、仮想マシンの　Storage DRS を無効にすることはできません。ストレージ DRS は有効なままであり、この仮想マシンは後から他のデータストアに移動する可能性があります。

回避策：選択したデータストアに仮想マシンを永続的に維持するには、仮想マシンの自動化レベルを手動で変更します。ストレージクラスタ設定で、仮想マシンを仮想マシンオーバーライドリストに追加します。

ストレージドライバの問題

QLogic NetXtreme II Network/iSCSI/FCoE アダプタに対応している bnx2x インボックスドライバにより、ESXi 環境で問題が発生することがある
VMkernel ポートを無効または有効にし、iSCSI ネットワーク設定における NIC のフェイルオーバー順序を変更すると、問題が発生してエラーになります。

回避策：bnx2x ドライバを非同期ドライバに置き換えます。詳細については、VMware の Web サイトを参照してください。
ESXi ホストで Seagate SATA ストレージドライブを使用すると問題が発生することがある
lsi_msgpt3 ドライバによって要求された HBA アダプタを使用すると、ホストが Seagate SATA デバイスに接続する際に問題が発生することがあります。vmkernel.log ファイルに次のようなエラーが記録されます。
SCSI cmd RESERVE failed on path XXX
および
reservation state on device XXX is unknown

回避策：Seagate SATA ドライブを別のドライブに置き換えます。
Dell lsi_mr3 ドライババージョン 6.903.85.00-1OEM.600.0.0.2768847 を使用すると、エラーが発生することがある
Dell lsi_mr3 非同期ドライババージョン 6.903.85.00-1OEM.600.0.0.2768847 を使用すると、VMkernel ログに次のメッセージが記録されることがあります。ScsiCore: 1806: Invalid sense buffer

回避策：ドライバを vSphere 6.5 インボックスドライバまたは Broadcom の非同期ドライバに置き換えます。

ストレージホストプロファイルの問題

ホストプロファイルから action_OnRetryErrors パラメータを設定できない
この問題は、ホストプロファイルを編集して、VMW_SATP_ALUA によって要求される NMP デバイスに、action_OnRetryErrors 設定を有効化する SATP 要求ルールを追加した場合に発生します。この設定は、ESXi ホストが問題のあるパスを非活動とマークしてパスフェイルオーバーをトリガできるかどうかを制御します。この設定をホストプロファイルから追加すると、設定は無視されます。

回避策：以下の 2 つの代替方法により、リファレンスホストでパラメータを設定できます。
- 次の esxcli コマンドを使用して、action_OnRetryErrors パラメータを有効または無効にします。
  esxcli storage nmp satp generic deviceconfig set -c disable_action_OnRetryErrors -d naa.XXX
  esxcli storage nmp satp generic deviceconfig set -c enable_action_OnRetryErrors -d naa.XXX
- 以下の手順を実行します。
  1. SATP ルールに VMW_SATP_ALUA 要求ルールを追加します。
    esxcli storage nmp satp rule add --satp=VMW_SATP_ALUA --option=enable_action_OnRetryErrors --psp=VMW_PSP_XXX --type=device --device=naa.XXX
  2. 次のコマンドを実行してデバイスを再利用します。
    esxcli storage core claimrule load
    esxcli storage core claiming reclaim -d naa.XXX

Storage I/O Control の問題

クローン作成時に仮想マシンの I/O フィルタ設定を変更できない
Storage I/O Control では、クローン作成中に仮想マシンのポリシーに変更を加えることはできません。

回避策：クローン作成操作の実行中は、ポリシーを変更しないでください。クローン作成操作が完了した後で、ポリシーを更新します。
Storage I/O Control 設定が VMDK 単位で考慮されない
Storage I/O Control 設定は、VMDK 単位では考慮されません。VMDK 設定は、仮想マシンのレベルで考慮されます。

回避策：なし。