vCenter Server 6.7 Update 3g | 2020 年 4 月 28 日 | ISO ビルド 16046470

vCenter Server Appliance 6.7 Update 3g | 2020 年 4 月 28 日 | ISO ビルド 16046470

各リリースノートで、追加および更新された機能をご確認ください。

リリースノートの概要

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

新機能
vCenter Server 6.7 の以前のリリース
本リリースに含まれるパッチ
解決した問題
既知の問題

新機能

vCenter Server の新しいアラーム： vCenter Server 6.7 Update 3g では、レプリケーション状態変更アラームが組み込みの Platform Services Controller を使用する vCenter Server Appliance に追加されました。このアラームはレプリケーション状態が読み取り専用に変化すると表示されます。アラームは、状態が正常に変わると解決されます。
レプリケーション状態変更アラームは、すべてのタイプの vCenter Server Appliance インスタンスで使用可能で、ノード間のレプリケーションの問題を報告します。このアラームは、ノード間の接続がリストアすると解決されます。
vCenter Server 6.7 Update 3g では、sso-config ユーティリティを使用して、Security Token Service (STS) 証明書を置き換えることができます。
STS 証明書の置き換えを完了するには、次の手順を実行する必要があります。
1. vCenter Server への SSH ログインを有効にします。
2. vCenter Server ファイルシステムで、証明書チェーンとプライベートキーを格納する PEM ファイルを作成します。
3. vCenter Server シェルに root としてログインします。
4. STS 署名証明書を更新するには、sso-config ユーティリティを実行します。
  例：/opt/vmware/bin/sso-config.sh -set_signing_cert -t vsphere.local ~/newsts/newsts.pem
5. vCenter Server ノードを再起動することで、STS サービスと vSphere Client の両方を再起動します。
6. vCenter Server を再起動し、認証が適切に機能するようにします。
vCenter Server 6.7 Update 3g リリースでは、「解決した問題」セクションに記載された問題に対処しています。
Photon OS のアップデートについては、「VMware vCenter Server Appliance Photon OS Security Patches」を参照してください。

vCenter Server 6.7 の以前のリリース

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

利用可能な言語、互換性、インストールおよびアップグレード、オープンソースコンポーネント、製品サポートに関する注意事項については、『VMware vCenter Sever 6.7 Update 1 リリースノート』を参照してください。

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

vCenter Server 6.7 Update 3g リリースでは、次のパッチが提供されます。パッチのダウンロードについては、VMware パッチダウンロードセンターを参照してください。

VMware vCenter Server Appliance 6.7 Update 3g の完全パッチ

注：vCenter Server 6.7 Update 3g では、vCenter Server for Windows および Platform Services Controller for Windows の JRE コンポーネントをアップデートするためのセキュリティパッチは提供していません。vmware.com から VMware-VIM-all-6.7.0-16046470.iso ファイルをダウンロードする必要があります。

VMware vCenter Server Appliance 6.7 Update 3g の完全パッチ

VMware のソフトウェアの修正、セキュリティ修正のほか、JRE や tcServer などのサードパーティ製品の修正を含む vCenter Server Appliance の製品パッチです。

このパッチは、vCenter Server Appliance および Platform Services Controller アプライアンスに適用されます。

vCenter Server Appliance および Platform Services Controller アプライアンス用

ダウンロードファイル名	VMware-vCenter-Server-Appliance-6.7.0.44000-16046470-patch-FP.iso
ビルド	16046470
ダウンロードサイズ	2003.6 MB
md5sum	8962293a7d4d40b3eb32d2c88c55be78
sha1checksum	d902a6e6259dc25aede5d558057fb86cb242499d

ダウンロードとインストール

このパッチをダウンロードするには、VVMware パッチダウンロードセンターに移動し、[製品の選択] ドロップダウンメニューから [vCenter Server] を選択します。

VMware-vCenter-Server-Appliance-6.7.0.44000-16046470-patch-FP.iso ファイルを vCenter Server Appliance の CD または DVD ドライブに接続します。
スーパー管理者権限（root など）を持つユーザーとしてアプライアンスシェルにログインし、次のコマンドを実行します。
- ISO をステージングするには：
  software-packages stage --iso
- ステージングしたコンテンツを表示するには：
  software-packages list --staged
- ステージングした rpms をインストールするには：
  software-packages install --staged

vCenter Server Appliance シェルの使用方法の詳細については、VMware ナレッジベースの記事 KB2100508 を参照してください。

vCenter Server Appliance へのパッチ適用については、アプライアンスシェルを使用した vCenter Server Appliance へのパッチ適用を参照してください。

パッチのステージングについては、Stage Patches to vCenter Server Appliance を参照してください。

パッチのインストールについては、vCenter Server Appliance パッチのインストールを参照してください。

このパッチで解決された問題については、解決した問題を参照してください。

Photon OS のアップデートについては、「VMware vCenter Server Appliance Photon OS Security Patches」を参照してください。

アプライアンス管理インターフェイスを使用したパッチ適用については、アプライアンス管理インターフェイスを使用した vCenter Server Appliance へのパッチ適用を参照してください。

解決した問題

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

セキュリティの問題
インストール、アップグレード、コンバージェンス、移行に関する問題
仮想管理の問題
サーバ構成の問題
vCenter Server Appliance、vCenter Server、vSphere Web Client、vSphere Client の問題
ネットワークの問題
ストレージの問題
VMware High Availability および Fault Tolerance に関する問題
その他の問題
Auto Deploy の問題

セキュリティの問題

RSA SecurID を使用して vSphere Client にログインすることができない
外部の Active Directory ID ソースが統合 Windows 認証として設定されていて、RSA でユーザー ID に UPN 以外の LDAP 属性を使用している場合、vSphere Client にログインできません。

本リリースで、この問題は修正されました。
IPv6 のみの環境で FQDN を使用して vCenter Server Appliance にキー管理サーバを追加できない
IPv6 のみの環境では、FQDN を使用して vCenter Server Appliance にキー管理サーバを追加すると、「要求された証明書は取得できません」のようなエラーが発生することがあります。IPv6 アドレスを使用してキー管理サーバを追加することはできます。

本リリースで、この問題は修正されました。
Eclipse Jetty のアップデート
Eclipse Jetty はバージョン 9.4.24 にアップデートされました。
PostgreSQL のアップデート
PostgreSQL はバージョン 9.6.16 にアップデートされました。
OpenSSL のアップデート
OpenSSL パッケージはバージョン openssl-1.0.2u にアップデートされました。
libcurl ライブラリのアップデート
ESXi userworld libcurl ライブラリはバージョン 7.68 にアップデートされています。
Perl Compatible Regular Expressions (PCRE) ライブラリのアップデート
PCRE ライブラリはバージョン 8.43 にアップデートされています。
libxml2 ライブラリのアップデート
ESXi userworld libxml2 ライブラリはバージョン 2.9.10 にアップデートされました。
Simple Logging Facade for Java (SLF4J) のアップデート
SLF4J パッケージはバージョン 1.7.30 にアップデートされています。
Jackson パッケージのアップデート
Jackson パッケージがバージョン 2.10.1 にアップデートされました。
Apache Tomcat サーバのアップデート
Apache Tomcat サーバはバージョン 8.5.50 にアップデートされています。
Apache Commons Compress ライブラリのアップデート
Apache Commons Compress ライブラリはバージョン 1.18 にアップデートされています。
Apache Struts のアップデート
Apache Struts はバージョン 2.5.22 にアップデートされています。
Spring Data Commons のアップデート
Spring Data Commons はバージョン 1.11.23 にアップデートされています。
サードパーティ製プラグインで vSphere Web Client によって提供される Log4j パッケージを使用できない
サードパーティ製プラグインでは、セキュリティ上の考慮事項のため vSphere Web Client によって提供される Log4j パッケージを使用できません。SLF4J ライブラリで代用します。

本リリースで、この問題は修正されました。
JRE のアップデート
Oracle (Sun) JRE はバージョン 1.8.0.241 にアップデートされています。
Expat XML パーサーのアップデート
Expat XML パーサーはバージョン 2.2.9 にアップデートされました。
アクセスが制限されているユーザーが自身で作成したスケジュール設定タスクを表示または編集できない
アクセスが制限されているユーザーは、仮想マシンのスケジュール設定タスクを作成できる場合がありますが、それらのタスクは vSphere Web Client または vSphere Client で表示できません。たとえば、仮想マシンの読み取りおよび管理の認証情報を持つユーザーは、スケジュール設定タスクの作成が可能ですが、タスクがアクティブであっても [スケジュール設定タスク] ビューのリストに表示されないことがあります。これは、ユーザーに一部のオブジェクト（仮想マシンなど）へのフルアクセス権限があっても、親パス（フォルダなど）へのアクセス権限がない場合に発生します。親オブジェクトへのアクセスチェックが失敗すると、vSphere Web Client または vSphere Client のユーザービューが影響を受けることがあります。

本リリースで、この問題は修正されました。
file:// scheme URL からコンテンツライブラリへのインポートはサポートされない
file:// scheme URL からコンテンツライブラリへのインポートは、セキュリティ上の脆弱性が発生する可能性があるため、現在はサポートされていません。

本リリースで、この問題は修正されました。
バージョンが混在するクラスタホストで TLS 再構成ユーティリティを設定できない
vCenter Server 6.7 Update 3g では、6.5 および 6.0 ラインから ESXi ホストで TLS プロトコルの構成を実行できるようにする TLS 再構成ユーティリティが強化されています。TLS 構成ユーティリティで vCenterCluster の単一のインスタンスを使用することにより、6.7、6.5、および 6.0 ラインからなる ESXi ホストの混合クラスタの TLS プロトコル構成を管理することもできます。

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

インストール、アップグレード、コンバージェンス、移行に関する問題

外部 Platform Services Controller を使用する vCenter Server を、組み込み Platform Services Controller を使用する vCenter Server に統合すると、STS システムテナントエラーが発生して失敗する
vSphere Client を使用して、外部 Platform Services Controller を使用する vCenter Server を組み込み Platform Services Controller を使用する vCenter Server に統合すると、「STS システムテナントの設定に失敗しました」のようなエラーが発生して失敗することがあります。この問題は、初回起動中、更新リポジトリの場所が最新でない場合に Platform Services Controller の RPM ファイルをダウンロードする際に発生します。

本リリースで、この問題は修正されました。この修正により、更新リポジトリの場所が最新でないかどうかが検出され、最新でない場合は更新が要求されるようになります。
Linux 仮想マシンで vCenter Server Appliance インストーラアプリケーションをダブルクリックして開くことができない
Linux ファイルマネージャでは、vCenter Server Appliance インストーラアプリケーションのアップグレードされたコンポーネントの一部が使用する PIE 形式が認識されません。その結果、Linux 仮想マシンで vCenter Server Appliance インストーラアプリケーションをダブルクリックして開くことができません。

本リリースで、この問題は修正されました。vCenter Server Appliance インストーラアプリケーションを Linux ターミナルを使用して開かないようにするために、vCenter Server 6.7 Update 3g では元のインストーラと同じ方法でダブルクリックして開く installer-linux.desktop ファイルが導入されました。

仮想管理の問題

テンプレートから仮想マシンをクローン作成またはデプロイするときにメモリ制限を 0 MB に設定すると、vCenter Server システムが一時的に応答しなくなることがある
テンプレートから仮想マシンをクローン作成またはデプロイするときに、vSphere Client または vSphere Web Client を使用してメモリ制限を 0 MB に設定すると、vCenter Server システムが一時的に応答しなくなることがあります。他の本番仮想マシンでは、再起動してリカバリが必要になる場合があります。

本リリースで、この問題は修正されました。この修正により、vSphere Client または vSphere Web Client の [メモリ] ドロップダウンメニューから 0 MB の値が削除されます。
StoragePlacementSpec API 呼び出しで PodSelectionSpec.storagePod パラメータが指定されていない場合、vpxd サービスが失敗することがある
VMware vSphere Storage DRS 配置 API の StoragePlacementSpec 呼び出しで PodSelectionSpec.storagePod パラメータを指定しなかった場合、その呼び出しは無効になり、vpxd サービスが失敗することがあります。

本リリースで、この問題は修正されました。
新しい仮想マシンをデプロイしても仮想マシンテンプレートのメモリリソース設定が変更されないことがある
仮想マシンテンプレートのメモリリソース設定を特定の値に設定し、異なるサイズのメモリを持つテンプレートを使用して新しい仮想マシンをデプロイすると、元のメモリ設定が変更されないことがあります。

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

サーバ構成の問題

一部の環境で、vCenter Server for Windows を vCenter Server Appliance に移行した後、権限エラーによって管理 API で障害が発生することがある
一部の環境で、vCenter Server for Windows を vCenter Server Appliance に移行した後、vCenter Single Sign-On ユーザーに関する権限エラーによって管理 API で障害が発生することがあります。この問題は、SAML トークンの改行文字が原因で発生します。vCenter Server Appliance では vCenter Server for Windows とは異なるメッセージダイジェストアルゴリズムが使用されているためです。

本リリースで、この問題は修正されました。
信頼されたドメインがオフラインになると、一部のユーザーグループの Active Directory 認証が失敗することがある
信頼されたドメインのいずれかがオフラインになると、Likewise エージェントは、オフラインドメインのいずれかのグループに属しているユーザーのグループメンバーシップをまったく返さないか、一部のセットを返します。その結果、一部のユーザーグループの Active Directory 認証が失敗します。

本リリースで、この問題は修正されました。この修正により、Likewise エージェントは他のすべてのオンラインドメインのすべてのグループを一覧表示します。

vCenter Server Appliance、vCenter Server、vSphere Web Client、vSphere Client の問題

vSAN が有効になっていないクラスタ内の仮想マシンを選択すると、vSphere Client の [サマリ] タブでロードに時間がかかる
バージョン 6.7 Update 2 以降の vCenter Server システムでは、vSAN が有効になっていないクラスタ内の仮想マシンを選択すると、vSphere Client の [サマリ] タブでロードに 8 秒以上かかることがあります。これは、仮想マシンを最初にクリックした際に発生します。画面は最終的にロードされますが、一部のバックグラウンドチェックでロードが遅くなります。

本リリースで、この問題は修正されました。
vCenter Server 6.7 Update 3b へのアップグレード後、Internet Explorer を使用すると、vSphere Web Client が応答しなくなる
vCenter Server 6.7 Update 3b へのアップグレード後、Internet Explorer を使用すると、認証情報の入力後に vSphere Web Client が応答しなくなることがあります。この問題は、Internet Explorer 以外のブラウザを vSphere Web Client または vSphere Client で使用する場合は発生しません。

本リリースで、この問題は修正されました。
superAdmin ユーザーでもその他のユーザーのパスワードを変更できないことがある
superAdmin 権限を持つユーザーでも、localaccounts.user.password.update API コマンドを使用して別のユーザーのパスワードを変更できないことがあります。コマンドの実行は次のようなエラーで失敗します。メソッドのエラー：別のユーザーのパスワードを変更するには、スーパー管理者権限が必要です。（コード com.vmware.applmgmt.err_missing_priv）

本リリースで、この問題は修正されました。
New：vSphere Client で仮想マシンの再構成がエラーで失敗することがある
vSphere Client で、仮想マシンを再構成すると、ネットワークアダプタが再接続に失敗し、仮想マシンがアクセス不可の状態になることがあります。
vpxd.log ファイルには、「msg = "Invalid configuration for device '0'."」のようなエラーが記録されます。
hostd.log ファイルには、「Device spec doesn't match up with dvport/dvpg configuration.」のようなエラーが記録されます。

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

ネットワークの問題

仮想マシンの MAC アドレスが特定の API 呼び出しで変更されることがある
場合によっては、API の呼び出し時に、仮想マシンの MAC アドレスがランダムな MAC アドレスに変更されることがあります。たとえば、API を使用して vNIC を切断した場合、vpxd サービスが元の MAC アドレスを維持せずに、vNIC に新しい MAC アドレスを割り当てることがあります。

本リリースで、この問題は修正されました。
vSphere DRS での競合状態が原因で、vpxd サービスが失敗し、vCenter Server システムにアクセスできなくなる
DRS の 2 つのネットワーク機能間でまれに発生する競合状態により、いずれかの機能がすでに解放されたメモリアドレスにアクセスしようとします。これにより、vpxd サービスが失敗し、最終的には vCenter Server システムが応答しなくなります。

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

ストレージの問題

vSphere Storage DRS の初期配置で Storage vMotion を使用した仮想マシンの移行が必要な場合、移行中に vpxd サービスが失敗することがある
vSphere Storage DRS の初期配置で、推奨で Storage vMotion を使用した仮想マシンの移行が必要とされる場合、Storage vMotion 移行の処理により vpxd サービスが失敗することがあります。

本リリースで、この問題は修正されました。
vSphere Storage DRS で ESXi ホストが vSphere Replication のソースホストとして選択されていても、そのホストがスナップショットオブジェクトにない場合、vpxd サービスが失敗することがある
vSphere Storage DRS では、vCenter Server システムのすべてのデータストアに接続されている最初の ESXi ホストが、vSphere Replication を使用してディスクをレプリケートする際のソースホストとして選択されます。ただし、そのホストがスナップショットオブジェクトにない場合、NULL ポインタへの逆参照が行われ、vpxd サービスが失敗することがあります。

本リリースで、この問題は修正されました。この修正では、ESXi ホストがレプリケートされたディスクのスナップショットオブジェクトの一部である場合にのみ選択を実行するためのチェックが追加されました。

VMware High Availability および Fault Tolerance に関する問題

現在のメモリフェイルオーバーキャパシティメトリックが 100% を超えていると表示される
vSphere HA の予約クラスタリソースポリシーで設定されている現在のメモリフェイルオーバーキャパシティメトリックが、使用中のクラスタレベルメモリ合計が 20 TB を上回る環境で、100% を超えていると表示されることがあります。

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

その他の問題

プロアクティブ High Availability (HA) が有効になっているクラスタに ESXi ホストを追加または移動することができない
プロアクティブ HA が有効になっているクラスタに ESXi ホストを追加または移動する場合、このホストが健全性の監視に含まれていないと、処理は、NotSupported などのエラーとともに失敗します。

本リリースで、この問題は修正されました。この修正により、プロアクティブ HA が有効になっているクラスタに ESXi ホストを追加および移動できるようになります。クラスタに参加するときに、ホストが健全性の監視の一部ではない場合、vSphere DRS は、このホストの検疫の状態を不明として処理します。
スクリプトとサードパーティ製アプリケーションが vAPI Endpoint サービスの再構成中に断続的に失敗することがある
vAPI Endpoint サービスでは、4 分ごとの構成変更の際、スキャンに最大 1 分かかります。このスキャン中、サービスでは一定限度の量の要求がサポートされます。その結果、スクリプトおよびサードパーティ製のアプリケーションの実行が失敗することがあります。com.vmware.vapi.std.errors.invalid_argument のようなエラー、またはステータスコード 429 が表示されることがあります。この問題は、タグが多く含まれるマルチノード環境で発生する可能性が高くなります。

本リリースで、この問題は修正されました。
API を使用したサポートバンドルのエクスポート中に vCenter Server システムに障害が発生することがある
API を使用して vCenter Server システムのサポートバンドルをエクスポートすると、コマンドはルートパーティションで実行され、バンドルが大きい場合はルートパーティションに空き容量がなくなることがあります。その結果、vCenter Server システムのすべてのサービスが失敗することがあります。

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

Auto Deploy の問題

ユーザー名とパスワードを使用して HTTP および HTTPS プロキシの構成を実行すると、vSphere Auto Deploy のオンラインソフトウェアデポの追加に失敗することがある
ユーザー名とパスワードを使用して HTTP および HTTPS プロキシ構成を実行した場合、[ホーム] > [Auto Deploy] でオンラインソフトウェアデポを追加すると、「invalid literal for int() with base 10:」のようなエラーで失敗することがあります。。ユーザー名とパスワードを導入する「:」記号によってプロキシ URL の解析で問題が発生し、この失敗の原因となります。

本リリースで、この問題は修正されました。
競合状態が発生すると、Auto Deploy サービスが数時間ごとに動作を停止することがある
Auto Deploy の python サブプロセスモジュールで競合状態が発生すると、サービスが数時間ごとに動作を停止することがあります。その結果、ESXi ホストをインベントリに登録できない場合があります。再起動すると、Auto Deploy は期待どおりに動作しますが、すぐに失敗します。

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

既知の問題

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

セキュリティの問題
以前のバージョンの既知の問題

セキュリティの問題

vCenter Server 6.7.x の TLS 構成ユーティリティが、特定のバージョンの ESXi にインストールされない
TLS 構成ユーティリティは、期限切れのデジタル署名証明書とキーの置き換えが原因で特定の初期バージョンの ESXi にインストールされません。

回避策：ユーティリティは、同じ証明書とキーを使用して ESX VIB として署名されています。影響を受ける ESXi バージョンの詳細については、VMware ナレッジベースの記事 KB76555 を参照してください。

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

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

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

CLI の問題
利用可能な言語の問題
VMware Tools の問題
インストール、アップグレード、および移行の問題
セキュリティ機能の問題
ネットワークの問題
ストレージの問題
バックアップとリストアの問題
vCenter Server Appliance、vCenter Server、vSphere Web Client、vSphere Client の問題
仮想マシンの管理の問題
vSphere HA および Fault Tolerance の問題
Auto Deploy および Image Builder の問題
その他の問題

CLI の問題

CLI インストーラを使用して vCenter Server Appliance をアップデートしている間に、画面がアプライアンスシェルからダイレクトコンソールユーザーインターフェイスに切り替わることがある
CLI インストーラを使用して vCenter Server Appliance をアップデートしている間に、画面が断続的にアプライアンスシェルからダイレクトコンソールユーザーインターフェイスに切り替わることがあります。アップデート中に applmgmt サービスを再起動すると、この問題が発生します。

回避策：アプライアンスシェルの tty に切り替えて進行を監視します。

利用可能な言語の問題

非 ASCII 文字を使用して vCenter Server を VMware NSX Manager に登録すると、NSX 論理スイッチを使用している VMkernel ネットワークがステートレスホストのために失敗することがある
vCenter Server を NSX Manager に登録するときのパスワードに、128 から 255 までの拡張 ASCII コード文字または非 ASCII 文字が含まれていると、NSX 論理スイッチを使用している VMkernel ネットワークはステートレスホストをデプロイした後、使用できなくなることがあります。

回避策：vCenter Server を NSX Manager に登録するときは、ASCII 文字のみを含むパスワードを使用します。
数十文字の非 ASCII 文字からなる文字列で名前が付けられた vSphere Distributed Switch を、ハイパーコンバージドインフラストラクチャ (HCI) クラスタ内の物理アダプタに追加すると、ESXi ホストが応答しなくなることがある
vSphere Distributed Switch の名前として、40 文字を超える 128 から 255 までの拡張 ASCII コード文字、または 26 文字を超える非 ASCII 文字による文字列を使用すると、ハイパーコンバージドインフラストラクチャ (HCI) クラスタの構成時に、この Distributed Switch を物理アダプタに追加することを試みると、ESXi ホストが応答しなくなることがあります。

回避策：Distributed Switch に名前を付けるときは、拡張 ASCII コードは 40 文字、非 ASCII 文字は 26 文字までの文字列を使用します。

VMware Tools の問題

CLI を使用している場合、OVF ツールが SSL サムプリントの確認に失敗することがある
SSL サムプリントの値を CLI を使用して設定すると、OVF ツールはそのサムプリントの確認に失敗することがあります。この問題は、ダイレクトコンソールユーザーインターフェイス (DCUI) を使用すると発生しません。

回避策：次のいずれかの代替策を使用します。
- DCUI で、ssl_certificate_verification セクションにサムプリントを指定します。
- DCUI で、ssl_certificate_verification verification_mode を False.にして、ESXi の証明書のサムプリントを無視するように指定します。
- 次のコマンドラインパラメータを使用して、すべての証明書サムプリントをグローバルに無視します。--no-ssl-certificate-verification
- ソースから受け取ったサムプリントを受け入れるよう求める CLI プロンプトが表示されるのを待ちます。

インストール、アップグレード、および移行の問題

HPE ProLiant - DL380/360 Gen 9 サーバでの ESXi のインストールまたはアップグレードがメモリの破損により失敗する
この問題は、Smart Array P440ar ストレージコントローラを備えた HPE ProLiant - DL380/360 Gen 9 サーバで発生します。

回避策：ESXi をインストールまたはアップグレードする前にサーバの BIOS モードを UEFI に設定します。
ESXi をバージョン 6.7 にアップデートし、その後バージョン 6.5 以前のバージョンにロールバックすると、エラーメッセージが表示されて失敗することがある
ESXi を 6.5 以前のバージョンに戻し、ESXi ホストで次のいずれかを実行すると、エラーメッセージが表示されて失敗することがあります。
- パッチと VIB をホストにインストールする
  エラーメッセージ: [DependencyError] VIB VMware_locker_tools-light requires esx-version >= 6.6.0
- 仮想マシンで、VMware Tools をインストールまたはアップグレードする
  エラーメッセージ: VMware Tools をインストールできません。
ESXi をバージョン 6.7 からロールバックすると、新しい tools-light VIB は以前のバージョンに戻りません。その結果、VIB はロールバックされた ESXi ホストとの互換性を失い、これらの問題が発生します。

回避策：この問題を解決するには次の手順を実行します。

ホストに SSH 接続し、次のいずれかのコマンドを実行します。

esxcli software vib install -v /path/to/tools-light.vib

または

esxcli software vib install -d /path/to/depot/zip -n tools-light

ここで、vib および zip は現在実行している ESXi のバージョンです。

注：すでに新しい VMware Tools がインストールされている仮想マシンの場合は、ESXi ホストをロールバックするときに VMware Tools を元に戻す必要はありません。
パスワードに特殊文字のバックスラッシュ (\) または二重引用符 (") が使用されていると、インストールの事前チェックに失敗する
vCenter Server Appliance のインストールテンプレートで、ESXi、vCenter Single Sign-On、またはオペレーティングシステムのパスワードフィールドに特殊文字のバックスラッシュ (\) または二重引用符 (") が使用されていると、インストールの事前チェックが次のエラーで失敗します。

エラーメッセージ：com.vmware.vcsa.installer.template.cli_argument_validation: Invalid \escape: line ## column ## (char ###)

回避策：ESXi、オペレーティングシステム、または Single-Sign-On のパスワードに特殊文字のバックスラッシュ (\) または二重引用符 (") を含める場合は、それらの特殊文字をエスケープする必要があります。たとえば、パスワード pass\word は pass\\word のようにエスケープします。
パスワードに非 ASCII 文字が使用されていると、Windows vCenter Server 6.7 のインストーラの起動に失敗する
中国語、日本語、韓国語、台湾語のロケールで Single Sign-on のパスワードに非 ASCII 文字が含まれていると、Windows vCenter Server 6.7 のインストーラの起動に失敗します。

回避策：中国語、日本語、韓国語、台湾語のロケールでは、Single Sign-on のパスワードには、ASCII 文字のみを使用してください。
vCenter Server の root パスワードにコロン (:) が含まれていると、vSphere Appliance 管理インターフェイスにログインできない
vCenter Server Appliance のユーザーインターフェイスをインストール中（ステージ 1 のアプライアンス仮想マシン設定ページ）に、vCenter Server の root パスワードの一部にコロン (:) が含まれていると、vSphere Appliance 管理インターフェイス (https://vc_ip:5480) へのログインに失敗します。設定時のパスワードルールチェックでパスワードが許容される可能性がありますが、ログインに失敗します。

回避策：vCenter Server Appliance のユーザーインターフェイス（ステージ 1 のアプライアンス仮想マシンの設定）で、vCenter Server の root パスワードの設定にコロン (:) を使用しないでください。
vCenter Single Sign-On のパスワードにバックスラッシュ文字 (\) が含まれていると、vCenter Server Appliance のインストールに失敗する
vCenter Server Appliance ユーザーインターフェイスのインストール中（ステージ 2 の SSO の設定ページ）で、vCenter Single Sign-On のパスワードの一部にバックスラッシュ (\) が含まれていると、「Component Manager による分析サービスの登録に失敗しました」というエラーでインストールに失敗します。パスワードのルールチェックでパスワードが許容される可能性がありますが、インストールに失敗します。

回避策：vCenter Server Appliance ユーザーインターフェイスインストーラ（ステージ 2 の SSO の設定のページ）で、vCenter Single Sign-On パスワードの設定にバックスラッシュ (\) を使用しないでください。
HP ProLiant Gen 9 サーバへのスクリプトを使用した ESXi のインストールが、エラーとともに失敗する
以下の条件で、HP ProLiant Gen 9 サーバへのスクリプトを使用した ESXi のインストールを実行するとします。
- 「Embedded User Partition」オプションが BIOS で有効になっている。
- インストール中に複数の USB ドライブを使用する（1 つの USB ドライブには ks.cfg ファイルが含まれ、その他の USB ドライブはフォーマットされていない状態で使用できない）。
インストールは「パーティションが初期化されていません」というエラーメッセージで失敗します。

回避策：
1. サーバ BIOS で「Embedded User Partition」オプションを無効にします。
2. フォーマットされていない USB ドライブをファイルシステムを使用してフォーマットするか、サーバから切り離します。
vSphere Authentication Proxy サービスがアクティブの場合、vCenter Server 6.5 for Windows を vCenter Server 6.7 にアップデートすると失敗することがある
vCenter Server 6.5 for Windows から vCenter Server 6.7 へのアップデート中に vSphere Authentication Proxy サービスがアクティブの場合、事前チェック中に処理が失敗することがあります。次のようなエラーが表示されることがあります。

次のポートはすでに使用されているため設定できません。 2016、7475、7476 これらのポートを使用しているプロセスを停止します。

回避策：vSphere Authentication Proxy サービスを停止します。vCenter Server 6.7 へのアップグレードが正常に完了すると、サービスを再起動できます。
vCenter Server High Availability がアクティブの場合、vCenter Server 6.7 の以前のバージョンから vCenter Server 6.7 Update 1 へパッチを適用すると、失敗することがある
データベーススキーマの変更により、vCenter Server High Availability がアクティブの場合、vCenter Server 6.7 の以前のバージョンから vCenter Server 6.7 Update 1 へパッチを適用すると、失敗することがあります。詳細については、VMware ナレッジベースの記事 KB55938.を参照してください。

回避策：vCenter Server 6.7 の以前のバージョンから vCenter Server 6.7 Update 1 にパッチを適用するには、vCenter Server High Availability を削除し、パッシブノードと監視ノードを削除する必要があります。アップグレード後、vCenter Server High Availability クラスタを再作成する必要があります。
vCenter Server に非 ASCII 文字または拡張 ASCII 文字の名前を持つ vCenter Server 5.5 のホストプロファイルが含まれていると、Windows vCenter Server 6.0.x または 6.5.x から vCenter Server 6.7 へのアップデートに失敗する
ソースの Windows vCenter Server 6.0.x または 6.5.x に名前が非 ASCII 文字または拡張 ASCII 文字の vCenter Server 5.5.x ホストプロファイルが含まれていると、アップデートの事前チェックプロセスで UpgradeRunner の起動に失敗します。

回避策：Windows vCenter Server 6.0.x または 6.5.x から vCenter Server 6.7 にアップデートする前に、名前が非 ASCII 文字または拡張 ASCII 文字のホストプロファイルを持つ ESXi 5.5.x を ESXi 6.0.x または 6.5.x にアップグレードします。その後、[ホストから設定をコピー] をクリックして、アップグレードしたホストからホストプロファイルを更新します。
カスタム HTTP または HTTPS ポートを使用して vCenter Server Appliance 6.5 Update 2 以降から vCenter Server Appliance 6.7 Update 1 にアップデートすると失敗することがある
vCenter Server Appliance 6.5 Update 2 以降から、カスタム HTTP および HTTPS ポートを使用して vCenter Server Appliance 6.7 Update 1 にアップデートすると、失敗することがあります。この問題は、GUI と CLI のどちらのインストーラを使用しているかに関係なく発生する可能性があります。

回避策：なし
Platform Services Controller がカスタムの HTTPS ポートを使用する場合、外部の Platform Services Controller を vCenter Server に収束すると失敗することがある
vCenter Server システムにデフォルトの HTTPS ポート 443 が設定され、Platform Services Controller ノードで HTTPS ポートがカスタム値で設定されている場合、外部の Platform Services Controller を vCenter Server システムに収束できないことがあります。コンバージェンスの問題により、初回起動の段階で処理は失敗します。

回避策：vCenter External to Embedded Convergence ツールを実行する前に、Platform Services Controller ノードの HTTPS ポート値をデフォルト値 443 に変更します。次のコマンドを実行しても同様の結果が得られます。
1. /usr/lib/vmware-vmafd/bin/vmafd-cli set-dc-port --server-name localhost --dc-port 443
2. /usr/lib/vmware-vmafd/bin/vmafd-cli set-rhttpproxy-port --server-name localhost --rhttpproxy-port 443
vCenter Server システムをバージョン 6.7 Update 2 にアップグレードした後、アップグレード前の First Class Disks (FCD) がグローバルカタログに表示されないことがある
vCenter Server システムをバージョン 6.7 Update 2 にアップグレードするときに、FCD グローバルカタログが同期を起動するようにまだ更新されていない ESXi ホストを選択して、同期に失敗することがあります。その結果、listVStorageObjectForSpec API が、アップグレード前に作成されたすべての FCD を返さないことがあります。

回避策：インベントリ内のすべての ESXi ホストをアップグレードした後、fullSync を true に設定した状態で syncDatastore API を開始します。
vCenter Single Sign-On パスワードに非 ASCII 文字が含まれている場合、camregister コマンドを -x オプションを指定して実行することができない
camregister コマンドを -x ファイル オプションを指定して実行し、たとえば vSphere Authentication Proxy を登録する場合、vCenter Single Sign-On のパスワードに非 ASCII 文字が含まれていると、プロセスがアクセス拒否エラーで失敗します。

回避策：vCenter Single Sign-On のパスワードを ASCII 文字を使用して設定するか、camregister コマンドを実行するときに –p パスワード オプションを使用して、非 ASCII 文字を含む vCenter Single Sign-On パスワードを入力します。
vCenter Server 6.7 にアップグレードした後、Bash シェルと SSH ログインが無効になる
vCenter Server 6.7 にアップグレードした後、Bash シェルまたは SSH ログインを使用して vCenter Server Appliance にアクセスすることができなくなります。

回避策：
1. vCenter Server 6.7 に正常にアップグレードした後、vCenter Server Appliance 管理インターフェイスにログインします。Web ブラウザで、https://appliance_ip_address_or_fqdn:5480 に移動します。
2. root としてログインします。
  デフォルトの root パスワードは、vCenter Server Appliance のデプロイ時に設定したパスワードです。
3. [アクセス] をクリックし、次に [編集] をクリックします。
4. Bash シェルと SSH ログインのアクセス設定を編集します。
  vCenter Server Appliance への Bash シェルアクセスを有効にする場合の、アクセスを有効にする時間を分単位で入力します。
5. [OK] をクリックし、設定を保存します。
Transport Layer Security 1.2 をあらかじめ有効にしない状態で Windows Server 2008 R2 に vCenter Server for Windows 6.0 をインストールした場合、管理ノードの移行がブロックされる
この問題は、Windows Server 2008 R2 で外部 Platform Services Controller（MxN トポロジ）を使用して vCenter Server for Windows 6.0 を移行する場合に発生します。外部 Platform Services Controller を移行した後、管理ノードで移行アシスタントを実行すると失敗し、Platform Services Controller のバージョンを取得できないことがレポートされます。このエラーは、Windows Server 2008 R2 がデフォルトで Transport Layer Security (TLS) 1.2 をサポートしていないために発生します。これは、Platform Services Controller 6.7 のデフォルトの TLS プロトコルです。

回避策：Windows Server 2008 R2.1 用の TLS 1.2 を有効にします。
1. 次のレジストリキーに移動します。HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
2. 新しいフォルダを作成し、TLS 1.2 というラベルを付けます。
3. TLS 1.2 フォルダに 2 つの新しいキーを作成し、それぞれキーに Client および Server という名前を付けます。
4. Client キーには 2 つの DWORD（32 ビット）値を作成し、それぞれ DisabledByDefault および Enabled という名前を付けます。
5. Server キーには 2 つの DWORD（32 ビット）値を作成し、それぞれ DisabledByDefault および Enabled という名前を付けます。
6. 値フィールドが 0 に設定され、ベースが DisabledByDefault に対して 16 進数であることを確認します。
7. 値フィールドが 1 に設定され、ベースが Enabled に対して 16 進数であることを確認します。
8. Windows Server 2008 R2 コンピュータを再起動します。
Windows Server 2008 R2 で TLS 1.2 を使用する方法については、オペレーティングシステムベンダーのドキュメントを参照してください。
vCenter Server のバージョンが 6.0 未満のホストプロファイルを含む vCenter Server では、バージョン 6.7 へのアップデートに失敗する
vCenter Server 6.7 では、バージョンが 6.0 未満のホストプロファイルはサポートされていません。次のいずれかのコンポーネントを使用している場合、vCenter Server 6.7 にアップデートするには、まずホストプロファイルをバージョン 6.0 以降にアップデートする必要があります。
- ESXi ホストのバージョン： 5.1 または 5.5
- vCenter Server のバージョン： 6.0 または 6.5
- ホストプロファイルのバージョン： 5.1 または 5.5
回避策：KB 52932 を参照してください。
vCenter Server 6.7 にアップデートした後、ESXi ホストの /etc/ssh/sshd_config ファイルに対する編集が破棄され、ファイルは vCenter Server 6.7 のデフォルトの構成にリストアされる
/etc/ssh/sshd_config ファイルのデフォルト値の変更により、vCenter Server 6.7 にアップデートすると、この構成ファイルに手動で行ったすべての編集がデフォルトの構成に置き換えられます。この変更は、一部の以前の設定（たとえば、許可された暗号）が現在の ESXi の動作との互換性を失い、SSHD（SSH デーモン）が正しく起動しなくなるために必要な処置でした。

注意：/etc/ssh/sshd_config の編集は推奨されません。SSHD はデフォルトでは無効になっており、システム構成の編集には、VIM API（ESXi Host Client インターフェイスを含む）または ESXCLI が優先して使用されます。

回避策：/etc/ssh/sshd_config の編集が必要な場合は、vCenter Server 6.7 のアップデートが正常に完了した後で編集を適用することができます。デフォルトの構成ファイルにバージョン番号が含まれるようになりました。ファイルを上書きしないように、バージョン番号は控えておいてください。

/etc/ssh/sshd_config ファイルの編集方法に関する詳細は、次のナレッジベースの記事を参照してください。
- パブリック/プライベートキーを有効にする方法については、ナレッジベースの記事 KB1002866 を参照してください。
- デフォルトの SSHD 構成の変更方法については、ナレッジベースの記事 KB1020530 を参照してください。

セキュリティ機能の問題

vSphere の仮想化ベースのセキュリティ (VBS) を Windows ゲスト OS（RS1、RS2 および RS3）で有効にするには、ゲスト OS で Hyper-V を有効にする必要がある
vSphere の仮想化ベースのセキュリティ (VBS) を Windows ゲスト OS（RS1、RS2 および RS3）で有効にするには、ゲスト OS で Hyper-V を有効にする必要があります。

回避策：Windows Server 2016 で Hyper-V プラットフォームを有効にします。サーバマネージャで、[ローカルサーバ] の [管理] > [ロールと機能の追加ウィザード] を選択し、[ロールベースまたは機能ベースのインストール] でサーバプールから [Hyper-V] を選択し、サーバロールを指定します。[サーバロール]、[機能]、[Hyper-V]、[仮想スイッチ]、[移行] および [デフォルトストア] に対してデフォルトの値を選択します。ホストを再起動します。

Windows 10 で Hyper-V を有効にする：[コントロールパネル] > [プログラム] > [Windows 機能をオンまたはオフにする] の順に選択します。Hyper-V ハイパーバイザーおよび Hyper-V サービスを含む [Hyper-V プラットフォーム] を有効にします。[Hyper-V 管理ツール] を選択解除します。[OK] をクリックします。ホストを再起動します。

ネットワークの問題

一部のシナリオで Hostprofile PeerDNS フラグが動作しない
ホストプロファイルが関連付けられたステートレスホスト上で vmknic に対して IPv4 の PeerDNSが有効になっていると、ホスト再起動後に、抽出されたホストプロファイルに別の状態の iPv6PeerDNS が表示されることがあります。

回避策：なし。
vSphere Distributed Switch をバージョン 6.6 にアップグレードすると、いくつかの既知の問題が発生することがある
アップグレード中に、接続されている仮想マシンで数秒間パケットロスが発生することがあります。

回避策：複数の vSphere Distributed Switch をバージョン 6.6 にアップグレードする必要がある場合は、スイッチを順番にアップグレードします。

vSphere Distributed Switch のアップグレードはメンテナンス期間にスケジュール設定し、DRS モードを手動に設定します。アップグレード中は DRS の推奨を適用しないでください。

既知の問題とソリューションの詳細については、ナレッジベースの記事 KB 52621を参照してください。
Network I/O Control が有効で、すべてのアクティブなアップリンクが停止していると、仮想マシンのパワーオンに失敗する
Network I/O Control が有効で、次の条件に当てはまると、仮想マシンのパワーオンに失敗します。
- 仮想マシンが vSphere Distributed Switch の分散ポートグループに接続されている
- 仮想マシンにバンド幅割り当て予約が設定され、仮想マシンのネットワークアダプタ (vNIC) に予約が設定されている
- 分散ポートグループのチーミングポリシーが [フェイルオーバー] に設定されている
- Distributed Switch 上のすべてのアクティブなアップリンクが停止しているこの場合、vSphere DRS はスタンバイのアップリンクを使用できず、仮想マシンはパワーオンに失敗します。
回避策：使用可能なスタンバイアダプタを、分散ポートグループのチーミングポリシー内のアクティブなアダプタのリストに移動します。
qfle3f ドライバを使用する NIC でネットワークのフラッピングが発生すると、ESXi ホストがクラッシュすることがある
qfle3f ドライバを使用する物理 NIC で 1 〜 2 秒おきに頻繁なリンクステータスのフラッピングが発生すると、qfle3f ドライバが原因で ESXi ホストのクラッシュ (PSOD) が発生することがあります。

回避策：ネットワークのフラッピングが発生していないことを確認します。リンクステータスのフラッピングの間隔が 10 秒を超える場合は、qfle3f ドライバによる ESXi のクラッシュは発生しません。詳細については、ナレッジベースの記事 KB 2008093 を参照してください。
ERSPAN タイプ III のポートミラートラフィックのパケットがパケットアナライザによって認識されない
ERSPAN タイプ III パケットヘッダーに間違って導入された誤ったビットにより、すべての ERSPAN Type III パケットがパケットアナライザで破損していると表示されます。

回避策：GRE または ERSPAN タイプ II パケットを使用します（トラフィックアナライザによってサポートされている場合）。
DNS 構成の esxcli コマンドが、デフォルトの TCP/IP スタック以外でサポートされない
デフォルトの TCP/IP スタックでない DNS 構成はサポートされていません。esxcli network ip dns server add -N vmotion -s 10.11.12.13 などのコマンドは動作しません。

回避策：デフォルトの TCP/IP スタック以外では、DNS 構成の esxcli コマンドを使用しないでください。
vmknic インターフェイスに対してデフォルトの IPv4 ゲートウェイが有効なホストプロファイルを適用すると、コンプライアンスチェックがエラーで失敗する
vmknic インターフェイスに対してデフォルトの IPv4 ゲートウェイが有効なホストプロファイルを適用すると、設定に「0.0.0.0」と入力され、ホスト情報と一致しないため、次のエラーが発生します。

IPv4 vmknic ゲートウェイ設定が仕様と一致しません

回避策：
1. ホストプロファイルの設定を編集します。
2. [ネットワーク設定] > [ホストの仮想 NIC] または [ホストのポートグループ] > （vSphere Distributed Switch の名前またはポートグループの名前） > [IP アドレス設定] の順に移動します。
3. デフォルトゲートウェイ Vmkernal ネットワークアダプタ (Ipv4) のドロップダウンメニューから、vmknic のデフォルト IPv4 ゲートウェイを選択するというメニューを選択し、vmknic のデフォルト IPv4 ゲートウェイを入力します。
Intel Fortville シリーズの NIC で、オプションの長さが 255 バイトを超える Geneve カプセル化パケットを受信できない
オプションの長さが 255 バイトを超える Geneve カプセル化を設定すると、パケットは Intel Fortville NIC X710、XL710、および XXV710 で正しく受信されません。

回避策：次のコマンドを実行して、これらの NIC でのハードウェア VLAN のストリップを無効にします。

esxcli network nic software set --untagging=1 -n vmnicX.
移行後に RSPAN_SRC ミラーセッションが失敗する
RSPAN_SRC ミラーセッションに割り当てられたポートに接続した仮想マシンが別のホストに移行され、ターゲットホストのターゲットネットワークで必要な物理 NIC が設定されていない場合、ポートでの RSPAN_SRC ミラーセッションの構成が失敗します。そのためポート接続は失敗しますが、vMotion 移行プロセスは成功します。

回避策：ポート接続の障害をリストアするには、次のいずれかを実行します。
- 障害が発生したポートを削除して、新しいポートを追加する。
- ポートを無効にしてから再度有効にする。
ミラーセッションの構成は失敗しますが、ポート接続はリストアされます。

ストレージの問題

NFS データストアが断続的に読み取り専用になる
NFS vmknic が一時的に IP アドレスを失うか、ステートレスホストが再起動した後に、ホストの NFS データストアが読み取り専用になることがあります。

回避策：データストアをアンマウントしてから再マウントすると、NFS vmknic を介して接続を回復することができます。NFS vmknic の IP アドレスと管理 vmknic の IP アドレスの両方に NFS データストアの書き込み権限を設定することもできます。
仮想マシンのストレージポリシーを編集するときに、[ホスト - ローカル PMem ストレージポリシー] を選択するとエラーで失敗する
[仮想マシンストレージポリシーの編集] ダイアログで、ドロップダウンメニューから [ホスト - ローカル PMem ストレージポリシー] を選択して [OK] をクリックすると、タスクが次のいずれかのエラーで失敗します。

「このオブジェクトでは、この操作はサポートされていません。」

または

「デバイス「0」用に指定されたデバイスバッキングに、互換性がありません。詳細」

回避策：ホスト - ローカル PMem ストレージポリシーを仮想マシンホームに適用することはできません。仮想ディスクの場合、移行ウィザードを使用して仮想ディスクを移行し、ホスト - ローカル PMem ストレージポリシーを適用できます。
クラスタ内の ESXi ホストが PDL (Permanent Device Loss) 状態から復旧した後、データストアがアクセス不能として表示されることがある
この問題は、クラスタ内のホストが数多くのデータストア（たとえば 512 〜 1,000 個）を共有する環境で発生する可能性があります。
クラスタ内のホストが PDL 状態から復旧すると、データストアはホストレベルで正常にマウントされます。ただし、vCenter Server では、複数のホストに対していくつかのデータストアが引き続きアクセス不能として表示されることがあります。

回避策：vCenter Server ビューにアクセス不能なデータストアが表示されるホストで、vCenter Server からストレージの再スキャン操作を実行します。
VStorageObjectResult の backingObjectId フィールドと SnapshotInfo フィールドが正しく動作しない
vSAN 以外のデータストアでは、First Class Disk の VStorageObjectResult の backingObjectId フィールドと SnapshotInfo フィールドは常に null に設定されています。
vSAN データストアでは、First Class Disk のスナップショットを作成するときに、First Class Disk の VStorageObjectResult の backingObjectId フィールドと SnapshotInfo フィールドが入力されます。First Class Disk に複数のスナップショットがある場合に、最新のスナップショットを削除すると、backingObjectId フィールドと SnapshotInfo フィールドが更新されますが、古いスナップショットを削除してもこれらのフィールドは更新されません。

回避策：なし。
VMFS3 データストアから VMFS5 への仮想マシンの移行が、ESXi 6.5 と 6.7 ホストの混在する環境で失敗する
ホストの混在する環境では、ESXi 6.5 ホストに接続された VMFS3 データストアから、ESXi 6.7 ホスト上の VMFS5 データストアに仮想マシンを移行することはできません。

回避策：VMFS3 データストアを VMFS5 にアップグレードして、仮想マシンを ESXi 6.7 ホストに移行できるようにします。
CLI を使用して VMFS3 データストアをアップグレードした後、VMFS3 データストアに関する警告メッセージが更新されない
通常、ESXi のアップグレード中にアップグレードに失敗した VMFS3 データストアをアップグレードするには、CLI を使用します。VMFS3 データストアのアップグレードは、次のような理由により失敗することがあります。
- VMFS3 データストアに空き容量がない。
- スパニングされたデータストアのエクステントの 1 つがオフラインである。
障害の原因を修正し、CLI を使用して VMFS3 データストアを VMFS5 にアップグレードすると、ホストは引き続き VMFS3 データストアを検出して次のエラーを報告します。

廃止予定の VMFS (ver 3) ボリュームが見つかりました。vSphere 6.7 ホストで引き続き使用するには、このボリュームを VMFS (ver 5) にアップグレード必要があります。

回避策：エラーメッセージを削除するには、/etc/init.d/hostd restart コマンドを使用して hostd を再起動するか、ホストを再起動します。
Mellanox ConnectX-4/ConnectX-5 ネイティブ ESXi ドライバは、その Default Queue Receive Side Scaling (DRSS) 機能を有効にするとパフォーマンスが低下することがある
Receive Side Scaling (RSS) テクノロジーは、受信ネットワークトラフィックを複数のハードウェアベースの受信キューに分散し、入力側トラフィックが複数の CPU で処理されるようにします。Default Queue Receive Side Scaling (DRSS) モードでは、デバイス全体が RSS モードです。ドライバは単一の論理キューを OS に示し、複数のハードウェアキューによってバッキングされます。

Mellanox ConnectX-4 および ConnectX-5 アダプタカードの native nmlx5_core ドライバは、デフォルトで DRSS 機能を有効にします。DRSS は多くのワークロードのパフォーマンスを向上させることができますが、特定のマルチ仮想マシンおよびマルチ vCPU ワークロードのパフォーマンスが低下する可能性があります。

回避策：パフォーマンスの大幅な低下が見られる場合は、DRSS 機能を無効にすることができます。
1. esxcli system module parameters set -m nmlx5_core -p DRSS=0 RSS=0 コマンドを実行します。
2. ホストを再起動します。
データストア名がホストプロファイルのコアダンプファイル設定に抽出されない
ホストプロファイルを抽出したときに、ホストプロファイルのコアダンプファイルの設定で [データストア名] フィールドが空になります。この問題は、esxcli コマンドを使用してコアダンプを設定すると発生します。

回避策：
1. ESXi ホストからホストプロファイルを抽出します。
2. ホストプロファイルの設定を編集し、[全般システム設定] > [コアダンプ構成] > [コアダンプファイル] の順に移動します。
3. [明示的なデータストアとサイズオプションを使用してコアダンプファイルを作成する] を選択し、コアダンプファイルを常駐させるデータストアの名前を入力します。
ホストを再起動すると、ESXi ホスト上で構成されたネイティブソフトウェアの FCoE アダプタが表示されなくなることがある
vmkfcoe ドライバによりサポートされるネイティブソフトウェア FCoE アダプタ (vmhba) を有効にしてから、ホストを再起動すると、アダプタがアダプタの一覧に表示されなくなることがあります。これは、qfle3 ドライバでサポートされている Cavium QLogic 57810 または QLogic 57840 CNA を使用している場合に発生することがあります。

回避策：vmkfcoe アダプタを復旧するには、次の手順を実行します。
1. esxcli storage core adapter list コマンドを実行して、アダプタがリストにないことを確認します。
2. 見つからない FCoE アダプタに関連付けられている vmnic の vSwitch 構成を検証します。
3. 次のコマンドを実行して、FCoE vmhba を検出します。
  - ファブリック設定の場合：
    #esxcli fcoe nic discover -n vmnic_number
  - VN2VN 設定の場合：
    #esxcli fcoe nic discover -n vmnic_number
特定のソフトウェア FCoE 環境では、ESXi 6.7 ホスト上で VMFS データストアを作成しようとすると失敗することがある
次の構成を使用すると、VMFS データストアを作成するときに失敗します。
- ESXi 6.7 ホストにネイティブのソフトウェア FCoE アダプタが構成されている。
- Cavium QLogic 57810 または 57840 CNA。
- Cisco FCoE スイッチが、Dell EMC VNX5300 または VNX5700 シリーズのストレージアレイの FCoE ポートに直接接続されている。
回避策：なし。

または、次の End-to-End 構成に切り替えることもできます。
ESXi ホスト > Cisco FCoE スイッチ > FC スイッチ > DELL EMC VNX5300 および VNX5700 シリーズのストレージアレイ。

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

Windows エクスプローラに、ユニコードを含む一部のバックアップが、ブラウザとファイルシステムのパスに表示されるものとは異なる形式で表示される
ユニコードを含む一部のバックアップには、ブラウザおよびファイルシステムのパスとは異なる形式で Windows エクスプローラのファイルシステムフォルダに表示されるものがあります。

回避策：http、https、または ftp を使用すると、Windows エクスプローラ上でストレージフォルダの場所に移動するのではなく、Web ブラウザ上でバックアップを参照できます。

vCenter Server Appliance、vCenter Server、vSphere Web Client、vSphere Client の問題

vCenter Server Appliance をアップグレードするときに、時刻同期モードの設定が保持されない
送信元の vCenter Server Appliance で NTP の時刻同期が無効になっている場合、vCenter Server Appliance 6.7 へのアップグレードを実行すると、アップグレードが正常に完了した後に新しくアップグレードされたアプライアンスの NTP 時刻同期が有効になります。

回避策：
1. vCenter Server Appliance 6.7 に正常にアップグレードした後、vCenter Server Appliance 管理インターフェイスに root としてログインします。
  デフォルトの root パスワードは、vCenter Server Appliance のデプロイ時に設定したパスワードです。
```
 https://IP_or_FQDN_of_appliance:5480
```
2. vCenter Server Appliance の管理インターフェイスで、[時刻] をクリックします。
3. [時刻同期] ペインで、[編集] をクリックします。
4. [モード] ドロップダウンメニューから、[無効] を選択します。
  新しくアップグレードされた vCenter Server Appliance 6.7 では、NTP の時刻同期は使用されなくなり、代わりにシステムのタイムゾーン設定が使用されます。
バージョン 54 以降の Firefox ブラウザで Windows セッション認証を使用して vSphere Web Client にログインすると失敗する
バージョン 54 以降の Firefox を使用して vSphere Web Client にログインし、認証に Windows セッションを使用すると、VMware Enhanced Authentication Plugin がユーザー名の入力に失敗し、ログインできません。

回避策：Windows セッション認証を使用して vSphere Web Client にログインする場合は、次のいずれかのブラウザを使用します。Internet Explorer、Chrome、またはバージョン 53 以前の Firefox
一部のインスタンスでは vCenter Server ハードウェア健全性アラーム通知が起動しない
ESXi ホストの同じカテゴリの複数のセンサーが 5 分未満の時間内でトリップした場合、トラップは受信されず、E メール通知は送信されません。

回避策：なし。ハードウェアセンサーセクションにアラートがないかをチェックできます。
vCenter Server for Windows では、vSphere Client および vSphere Web Client が vCenter Server 6.7 から vCenter Server 6.7 Update 1 へのアップデートを反映しないことがある
vCenter Server for Windows を vCenter Server 6.7 から vCenter Server 6.7 Update 1 にアップデートすると、vSphere Client および vSphere Web Client の両方の [サマリ] タブで vpxd のビルド番号の細部にアップデートが反映されず、バージョン 6.7.0 と示されます。

回避策：なし。
VCSA インストーラの [時刻同期] オプションを使用するときに、ESX 管理の [時刻と日付の設定] でターゲット ESX を NTP サーバに接続する必要がある
[VCSA インストーラ] > [ステージ 2] > [アプライアンス設定] > [時刻同期オプション（ESX/NTP サーバ）] から [NTP サーバとの時刻同期] を選択する場合、ESX 管理の [時刻と日付の設定] でターゲット ESX が NTP サーバに接続されていないと、インストールに失敗します。

回避策：
1. ESX と同期するため、[ステージ 2] > [アプライアンス設定] の [時刻同期] オプションを設定します。
2. NTP サーバと同期するため、[ステージ 2] > [アプライアンス設定] の [時刻同期オプション] を設定し、ESX と vCenter Server の両方が NTP サーバに接続するように設定されていることを確認します。
Windows vCenter Server の健全性を監視するときに、エラーメッセージが表示される
Windows vCenter Server では健全性サービスを使用できません。vCenter Server を選択し、[監視] > [健全性] をクリックすると、次のエラーメッセージが表示されます：

vSAN の健全性情報をクエリできません。詳細については、vSphere Client ログを確認してください。

この問題は、Windows vCenter Server をリリース 6.0 Update 1 または 6.0 Update 2 からリリース 6.7 にアップデートした後に発生する可能性があります。このメッセージは無視してかまいません。
回避策：なし。ユーザーは、vCenter Server Appliance を介して vSAN 健全性情報にアクセスできます。
ESXi の以前のバージョンでは vCenter Server のハードウェア健全性アラームが機能しない
ESXi 6.5 Update 1 以前のバージョンが vCenter Server 6.7 に追加されると、CPU 温度の上昇、ファンの障害、電圧の変動などのハードウェアイベントが発生したときにハードウェア健全性に関連するアラームが生成されません。

回避策：なし。
vmodl を使用してディスクを編集または拡張すると vCenter Server が動作を停止することがある
最新の vmodl を使用して Storage DRS 対応のクラスタに仮想マシンディスクを構成すると、vCenter Server の動作が停止します。以前の vmodl を使用するというこれまでの回避策では問題は解決せず、その場合も vCenter Server は動作を停止します。

回避策：なし
vCenter Server for Windows を vCenter Server Appliance に移行しようとするとエラーで失敗する
vCenter Server for Windows 6.0.x または 6.5.x を vCenter Server Appliance 6.7 に移行すると、データのエクスポートステージで次のエラーが発生して移行が失敗することがあります。圧縮された zip フォルダが無効または破損しています。

回避策：データエクスポートフォルダを手動で圧縮し、次の手順を実行する必要があります。
1. ソースシステムで、環境変数 MA_INTERACTIVE_MODE を作成します。
2. [コンピュータ] > [プロパティ] > [システムの詳細設定] > [環境変数] > [システム変数] > [新規] の順に移動します。
3. 変数名に「MA_INTERACTIVE_MODE」と入力し、値を 0 または 1 に設定します。
4. VMware 移行アシスタントを起動し、パスワードを入力します。
5. クライアントマシンから移行を開始します。移行が一時停止し、Migration Assistant コンソールに「移行を続行するには、エクスポートデータ（エクスポートフォルダを含む）から手動で export.zip ファイルを作成してください。」というメッセージが表示されます。
6. 注：Migration Assistant コンソールのキーまたはタブを押さないでください。
7. 「%appdata%\vmware\migration-assistant」フォルダに移動します。
8. 移行アシスタントによって作成された export.zip を削除します。
9. 移行を続行するには、エクスポートフォルダから export.zip ファイルを手動で作成します。
10. 移行アシスタントのコンソールに戻ります。「Y」と入力し、Enter キーを押します。
vCenter Server Appliance 管理インターフェイスのビルド番号と vSphere Client のビルド番号が異なっている
vSphere 6.7 では、vCenter Server Appliance 管理インターフェイス (VAMI) の [サマリ] タブに vCenter Server および vCenter Server Appliance 製品の ISO ビルドが表示されます。vSphere Client の [サマリ] タブには、vCenter Server 製品内のコンポーネントである vCenter Server 製品のビルドが表示されます。

回避策：なし
vCenter Server Appliance 6.7 で、VAMI の [使用可能なアップデート] セクションにエラーメッセージが表示される
VAMI の [使用可能なアップデート] セクションに次のエラーメッセージが表示されます。

URL を確認して、やり直してください。

このメッセージは、vCenter Server Appliance がパッチまたはアップデートを検索して見つけられなかった場合に生成されます。この問題の影響を受ける機能はありません。この問題は、vSphere 6.7 の最初のパッチリリースで解決されます。

回避策：なし。この問題の影響を受ける機能はありません。

仮想マシンの管理の問題

インベントリ内の仮想マシンの名前がパス名に変更される
この問題は、仮想マシンが常駐するデータストアが APD (All Path Down) の状態になり、アクセス不能になると発生する可能性があります。hostd が仮想マシンの状態をロードまたは再ロードするときに、仮想マシンの名前を読み取ることができず、代わりに仮想マシンのパスが返されます。たとえば、「/vmfs/volumes/123456xxxxxxcc/cs-00.111.222.333」のようになります。

回避策：ストレージの問題を解決すると、仮想マシンが再ロードされ、名前が再び表示されます。
AMD システムのゲスト OS で VBS を有効にするときに、「セキュアブート」のプラットフォームセキュリティレベルを選択する必要がある
AMD システムでは、vSphere 仮想マシンは vIOMMU を提供しません。DMA 保護には vIOMMU が必要になるため、AMD ユーザーは「仮想化ベースのセキュリティをオンにするとき」に Windows グループポリシーエディタで「セキュアブートと DMA 保護」を選択することができません。代わりに「セキュアブート」を選択します。間違ったオプションを選択すると、VBS サービスは Windows によって自動的に無効になります。

回避策：AMD システムのゲスト OS で「セキュアブート」プラットフォームセキュリティレベルを選択します。
Windows 内で Virtualization Based Security (VBS) が有効になっている場合、Windows 仮想マシンのメモリと CPU をホットアドすることができない
Virtualization Based Security (VBS) は、Windows 10 および Windows Server 2016 で導入された新機能です。vSphere 6.7 リリースから、VBS を有効にした状態での Windows の実行がサポートされます。ただし、Virtualization Based Security (VBS) が有効になっている場合、メモリと CPU のホットアドは Windows 仮想マシンでは動作しません。

回避策：仮想マシンをパワーオフし、メモリまたは CPU の設定を変更して、仮想マシンをパワーオンします。
障害から vSAN ネットワークを復旧した後、リンククローン仮想マシンのスナップショットツリーが不完全になることがある
vSAN ネットワークの障害は、vSAN オブジェクトおよび仮想マシンのアクセスに影響を与える可能性があります。ネットワークが復旧すると、vSAN オブジェクトは回復してアクセス可能になります。hostd サービスはストレージから仮想マシンの状態を再ロードして仮想マシンを復旧します。ただし、リンククローン仮想マシンの場合、hostd は親仮想マシンの名前空間がアクセス可能になったことを検出しないことがあります。その結果、仮想マシンはアクセス不能の状態のままとなり、仮想マシンのスナップショット情報は vCenter Server に表示されなくなります。

回避策：仮想マシンを登録解除してから再登録して、hostd に強制的に仮想マシンの状態を再ロードさせます。スナップショット情報がストレージからロードされます。
vCenter Server 6.7 からそれ以降のバージョンへのパッチ適用中に、仮想アプライアンス管理インターフェイスで、0- メッセージまたは空白ページが表示されることがある
インターフェイスからの呼び出しがバックエンドの applmgmt サービスに到達しなかった場合、仮想アプライアンス管理インターフェイスは、vCenter Server 6.7 からそれ以降のバージョンへのパッチ適用中に 0- メッセージまたは空白ページを表示することがあります。「Unable to get historical data import status.Unable to get historical data import status.（履歴データのインポートステータスを取得できません。サーバステータスを確認してください。）」というメッセージが表示されることもあります。

回避策：これらはエラーメッセージではありません。バックエンドのアプライアンスの再起動が完了したら、ブラウザを更新して仮想アプライアンス管理インターフェイスに再度ログインします。
[仮想マシンの登録] ウィザードの [設定の確認] ページに横線が 1 本のみ表示される
[仮想マシンの登録] ウィザードの [設定の確認] ページで、表示に関する問題のために、1 本の横線のようなコンテンツが表示されることがあります。この問題はウィザードのワークフローには影響しません。

回避策：なし
VMware Service Lifecycle Manager で vpxd サービスが数日おきに再起動される
多数の ESXi ホストが接続されているデータストアで Storage I/O Control を有効にすると、I/O イベントが大量に蓄積されて、vpxd サービスの処理が待機することがあります。このような場合、VMware Service Lifecycle Manager によって vpxd が再起動することがあります。

回避策：ESXi ホストが多数接続されているデータストアで Storage I/O Control を無効にするか、接続されているホストの数を減らします。
vSphere Client で OVF 仮想アプライアンスが起動に失敗する
vSphere Client では、OVF テンプレートのデプロイウィザードでの vService 拡張機能の選択をサポートしていません。その結果、OVF 仮想アプライアンスが vService 拡張機能を使用し、ユーザーが vSphere Client を使用して OVF ファイルをデプロイすると、デプロイは成功しますが、仮想アプライアンスは起動に失敗します。

回避策：vSphere Web Client を使用して、vService 拡張機能を使用する OVF 仮想アプライアンスをデプロイします。

vSphere HA および Fault Tolerance の問題

vSphere 6.7 RC ビルドで Proactive HA を手動/混合モードで設定すると、DRS の推奨を適用するように 2 回求められます。
vSphere 6.7 RC ビルドで Proactive HA を手動/混合モードで設定し、Proactive HA プロバイダのプラグインから問題のある健全性の更新が送信されると、[クラスタ] - [監視] - [vSphere DRS] - [推奨] で推奨を適用するように 2 回求められます。最初は、ホストをメンテナンスモードにするように求められます。次に、メンテナンスモードに切り替わるホスト上のすべての仮想マシンを移行するように要求されます。vSphere 6.5 では、これらの 2 つの手順はメンテナンスモードへの切り替えに対する 1 つの推奨として提示され、移行するすべての仮想マシンが一覧表示されます。

回避策：ワークフローや結果には影響はありません。推奨を 2 回適用する必要があります。自動化されたスクリプトを使用している場合は、追加のステップを含めるようにスクリプトを変更する必要があります。
vCenter HA (VCHA) が構成されていない場合の遅延インポートアップグレードの相互通信
VCHA 機能は、vSphere 6.5 リリースの一部として提供されています。vSphere 6.5 の時点では、VCHA 構成を保持したまま VCHA クラスタをアップグレードすることはできません。推奨されるアップグレード方法は、vSphere Client を使用するか、VCHA を破棄する API を呼び出して、まず VCHA 構成を削除します。したがって、VCHA 構成が存在しないため、遅延インポートのアップグレードワークフローでは、VCHA との相互通信することはありません。

遅延インポートの進行中は、新しい VCHA を設定しないでください。VCHA のセットアップの前に、アクティブ仮想マシンのクローンをパッシブ/監視仮想マシンとして作成する必要があります。進行中の遅延インポートの結果、クローンを作成する必要のあるデータの量が大きくなり、パフォーマンスの問題が発生する可能性があります。

回避策：なし。
vSphere Fault Tolerance ワークロードを実行している ESXi ホストを、vSphere Client を使用して vCenter Server システムに追加できない
vSphere Fault Tolerance ワークロードを実行している ESXi ホストを、vSphere Client を使用して vCenter Server システムに追加することを試みると、「Cannot add a host with virtual machines that have Fault Tolerance turned on as a stand-alone host（Fault Tolerance が有効な仮想マシンを持つホストは、スタンドアロンホストとして追加できません）」というエラーで失敗することがあります。

回避策：代わりに、次の手順を実行します。
1. ホストを追加するタスクをスケジューリングし、すぐに実行します。
  1. vSphere Client で、選択したクラスタについて [構成] > [スケジュール設定タスク] の順に選択します。
  2. [新規スケジュール設定タスク] > [ホストの追加] の順に選択します。
  3. タスクを実行する時刻をスケジューリングします。
  4. ホストを追加し、タスクを実行します。
  5. ホストが追加されたら、タスクを削除します。
2. vSphere Web Client を使用してホストを追加します。vSphere Web Client にログインし、ホストを追加するための標準的なワークフローを実行します。
3. フォールトトレランス機能を持つ仮想マシンを一時的にオフにし、ホストを新しい vCenter Server システムに追加してから、再度オンにします。
NSX-T 論理スイッチを使用した vCenter Server High Availability クラスタ構成が失敗することがある
NSX-T 論理スイッチを使用して vCenter Server High Availability クラスタを構成すると、「Failed to connect peer node（ピアノードへの接続に失敗しました）」というエラーで失敗することがあります。

回避策：vSphere Distributed Switch を使用して vCenter Server High Availability クラスタを構成します。

Auto Deploy および Image Builder の問題

ESXi ステートレスホストの再起動により、ホストの numRxQueue の値がリセットされる
vSphere Auto Deploy によりプロビジョニングされた ESXi ホストが再起動すると、以前に設定された numRxQueue 値が失われます。ホストプロファイル機能は、ホストの再起動後の numRxQueue 値の保存をサポートしません。

回避策：ESXi ステートレスホストが再起動した後：
1. ホストから vmknic を削除します。
2. 期待される numRxQueue 値を使用してホスト上に vmknic を作成します。
ドライブ上でキャッシュした後、サーバが UEFI モードの場合、UEFI ブートマネージャからブートするデバイスを明示的に選択しないと、キャッシュからのブートが成功しない
ステートレスキャッシュの場合、ESXi イメージが 512n、512e、USB、または 4 Kn のターゲットディスクにキャッシュされた後、システムの再起動時に自動デプロイからの ESXi ステートレスブートが失敗することがあります。これは、自動デプロイサービスが停止している場合に発生します。

システムは、ディスク上でキャッシュされた ESXi イメージを検索し、次にブート順序で検索しようとします。ESXi キャッシュイメージが見つかると、ホストはそのイメージから起動されます。レガシーの BIOS では、この機能は問題なく動作します。ただし、BIOS の UEFI モードでは、キャッシュされたイメージを持つ次のデバイスが見つからないことがあります。その結果、ディスク上にイメージが配置されていても、ホストはイメージからブートできません。

回避策：自動デプロイサービスが停止している場合、システムの再起動時に、キャッシュされたイメージを持つディスクを UEFI ブートマネージャから手動で選択します。
ステートレス ESXi ホストのブートに 20 分以上かかることがある
1,000 個のデータストアが構成されたステートレス ESXi ホストのブートには、20 分以上かかることがあります。

回避策：なし。