VMware ESXi 6.5、パッチ リリース ESXi650-201811002

リリース日：2018 年 11 月 29 日

重要：vSAN ユーザーで、ESXi650-201810002 にアップグレードする前に ESXi650-201810001 にアップグレードしていない場合、VMDK を拡張する可能性があるときには次の手順を実行してください。

1. ESXi ホストに SSH を介して root としてログインします。
2. すべてのホストで VSAN.ClomEnableInplaceExpansion 詳細設定オプションを 0 に設定します。

再起動は必要ありません。VSAN.ClomEnableInplaceExpansion の設定は、ホストの再起動や実行中のワークロードに影響しません。

すべてのホストを ESXi650-201810001 にアップグレードした後に、VSAN.ClomEnableInplaceExpansion を 1 に設定し直すことで有効にできます。

すでに ESXi650-201810001 にアップグレードしている場合は、追加手順は必要ありません。

ダウンロード ファイル名：

ESXi650-201811002.zip

ビルド：

10884925

ダウンロード サイズ：

457.4 MB

md5sum：

7d3cd75ace63f381d8c8f34e24c9c413

sha1checksum：

882b1fb4bc139dd65956a3e9380f4f03eeb2538a

ホストの再起動が必要：はい

仮想マシンの移行またはシャットダウンが必要：はい

セキュリティ パッチ

パッチ ID	カテゴリ	重要度
ESXi650-201811401-BG	バグ修正	最重要
ESXi650-201811402-BG	バグ修正	重要
ESXi650-201811403-BG	バグ修正	重要
ESXi650-201811404-BG	バグ修正	最重要
ESXi650-201811405-BG	バグ修正	重要
ESXi650-201811406-BG	バグ修正	中
ESXi650-201811101-SG	セキュリティ	重大
ESXi650-201811102-SG	セキュリティ	重要
ESXi650-201811103-SG	セキュリティ	中

ロールアップ パッチ

このロールアップ パッチには、ESXi 6.5 の初回リリース以降のすべての修正が入っている最新の VIB が含まれています。

パッチ ID	カテゴリ	重要度
ESXi650-201811002	バグ修正	最重要

イメージ プロファイル

VMware のパッチおよびアップデート リリースには、一般的なイメージ プロファイルおよび重要なイメージ プロファイルが含まれています。一般的なリリース イメージ プロファイルは、新しいバグ修正に適用されます。

イメージ プロファイルの名前

ESXi-6.5.0-20181104001-standard

ESXi-6.5.0-20181104001-no-tools

ESXi-6.5.0-20181101001s-standard

ESXi-6.5.0-20181101001s-no-tools

各パッチの詳細については、「My VMware」ページ、「解決した問題」セクション、「既知の問題」セクションを参照してください。

パッチ ダウンロードおよびインストール

一般的に ESXi ホストにパッチを適用する際は、VMware vSphere Update Manager を使用します。詳細については、「VMware vSphere Update Manager のインストールと管理について」を参照してください。

ESXi ホストをアップデートするには、VMware ダウンロード ページからパッチ ZIP ファイルを手動でダウンロードし、esxcli software vib コマンドを実行して vib をインストールします。また、イメージ プロファイルと esxcli software profile コマンドを使用して、システムをアップデートできます。

詳細については、『vSphere Command-Line Interface Concepts and Examples』および『vSphere アップグレード ガイド』を参照してください。

解決した問題

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

• ESXi650-201811401-BG
• ESXi650-201811402-BG
• ESXi650-201811403-BG
• ESXi650-201811404-BG
• ESXi650-201811405-BG
• ESXi650-201811406-BG
• ESXi650-201811101-SG
• ESXi650-201811102-SG
• ESXi650-201811103-SG
• ESXi-6.5.0-20181104001-standard
• ESXi-6.5.0-20181104001-no-tools
• ESXi-6.5.0-20181101001s-standard
• ESXi-6.5.0-20181101001s-no-tools

ESXi650-201811401-BG

パッチのカテゴリ	バグ修正
パッチの重要度	最重要
ホストの再起動が必要	はい
仮想マシンの移行またはシャットダウンが必要	はい
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMware_bootbank_esx-base_6.5.0-2.75.10884925 VMware_bootbank_esx-tboot_6.5.0-2.75.10884925 VMware_bootbank_vsan_6.5.0-2.75.10884926 VMware_bootbank_vsanhealth_6.5.0-2.75.10884927
修正されたパッチ リリース	1847663、1863313、1894568、1949789、2021943、2022147、2029579、2037849、2037926、2057600、2063154、2071506、2071610、2071817、2072971、2073175、2078843、2079002、2083594、2083627、2084723、2088951、2089048、2096942、2097358、2098928、2102135、2102137、2107335、2113432、2119609、2122259、2122523、2128932、2130371、2133589、2136002、2139317、2139940、2142767、2144766、2152381、2153867、2154912、2187127、2128759、2155840、2155858、2156840、2157503、2158561、2164733、2167294、2167877、2170126、2171799、2173856、2179262、2180962、2182211、2186065、2191349、2192629、2192836、2193829、2187136、2194304、2197789、2203385、2203836、2204024、2204028、2204507、2209900、2209919、2211285、2211639、2213917、2225439、2225471、2133634、2139131
CVE 番号	該当なし

このパッチは esx-base、esx-tboot、vsan、および vsanhealth VIB をアップデートし、次の問題を解決します。

• ストレッチ クラスタのインテリジェントなサイトの継続性。優先データ サイトとセカンダリ データ サイト間のパーティションの場合、ESXi650-201811002 はどちらのサイトがデータの可用性を最大限に引き出すかをインテリジェントに判断できるよう vSAN を設定してから、クォーラムと監視を自動的に形成します。セカンダリ サイトは、優先サイトに最新のデータのコピーが作成されるまで、アクティブ サイトとして動作できます。これにより、仮想マシンが優先サイトに移行して、データ読み取りのローカリティが失われることを防ぎます。

• 再同期トラフィックの動的管理を実現する適応性のある再同期。ESXi650-201811002 にアップデートすると、適応性のある再同期処理は、再同期 I/O に専用バンド幅を割り当てることによって、コンプライアンス（オブジェクトを許容されるプロビジョニングされた障害にリストアする）までの時間を短縮します。再同期 I/O は、オブジェクトをコンプライアンスに戻すために vSAN によって生成されます。再同期 I/O に対しては最小バンド幅が確保されますが、クライアント I/O からの競合がなければ、バンド幅は動的に増やすことができます。逆に、再同期 I/O がない場合は、クライアント I/O はバンド幅をさらに使用できます。  

• PR 1949789：vSphere Update Manager を使用して ESXi 6.5 以降にアップグレードすると、libparted ライブラリの問題が原因で失敗することがある

  vSphere Update Manager を使用して ESXi 6.5 以降にアップグレードすると、libparted オープン ソース ライブラリの問題が原因で失敗することがあります。次のバックトレースが表示されることがあります。

  [root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
Backtrace has 12 calls on stack:
12: /lib/libparted.so.0(ped_assert+0x2a) [0x9e524ea]
11: /lib/libparted.so.0(ped_geometry_read+0x117) [0x9e5be77]
10: /lib/libparted.so.0(ped_geometry_read_alloc+0x75) [0x9e5bf45]
9: /lib/libparted.so.0(nilfs2_probe+0xb5) [0x9e82fe5]
8: /lib/libparted.so.0(ped_file_system_probe_specific+0x5e) [0x9e53efe]
7: /lib/libparted.so.0(ped_file_system_probe+0x69) [0x9e54009]
6: /lib/libparted.so.0(+0x4a064) [0x9e8f064]
5: /lib/libparted.so.0(ped_disk_new+0x67) [0x9e5a407]
4: partedUtil() [0x804b309]
3: partedUtil(main+0x79e) [0x8049e6e]
2: /lib/libc.so.6(__libc_start_main+0xe7) [0x9edbb67]
1: partedUtil() [0x804ab4d] Aborted

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

• PR 2169914：SolidFire アレイのパフォーマンスを最適化できないことがある

  SATP 要求ルールを再設定しないと、SolidFire アレイのパフォーマンスを最適化できないことがあります。

  本リリースで、この問題は修正されました。この修正により、Solidfire SSD SAN ストレージ アレイに対する Storage Array Type Plug-in (SATP) の要求ルールは VMW_SATP_DEFAULT_AA に、パス選択ポリシー (PSP) は VMW_PSP_RR に設定され、パフォーマンスを最適化するために 1 秒あたりの I/O 処理数はデフォルトで 10 に設定されます。

• PR 2169924：要求ルールを手動で ESXi に追加する必要がある

  次の DELL MD ストレージ アレイ モデルの場合は、要求ルールを ESXi に手動で追加する必要があります。MD32xx、MD32xxi、MD36xxi、MD36xxf、MD34xx、MD38xxf、および MD38xxi 

  本リリースで、この問題は修正されました。この修正により、次の DELL MD ストレージ アレイ モデルのデフォルト値として、SATP が VMW_SATP_ALUA に、PSP が VMW_PSP_RR に、要求オプションが tpgs_on に設定されます。MD32xx、MD32xxi、MD36xxi、MD36xxf、MD34xx、MD38xxf、および MD38xxi 

• PR 2170118：EMC RecoverPoint を使用している場合は、仮想マシンのシャットダウン中またはパワーオフ中に ESXi ホストで障害が発生し、パープル スクリーンが表示されることがある

  EMC RecoverPoint を使用している場合は、vSCSI フィルタ ツールで競合状態が発生するため、仮想マシンのシャットダウン中またはパワーオフ中に ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

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

• PR 2170120：ストレージ アレイ コントローラの無停止アップグレードの後、ストレージ デバイスへの一部のパスが利用できなくなる場合がある

  無停止アップグレード中、一部のパスが Permanent Device Loss (PDL) の状態になることがあります。PDL の状態になったパスは、アップグレード後も使用できません。そのため、デバイスの接続が失われる場合があります。

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

• PR 2071817：ページ キャッシュのデータ構造が破損しているために、ESXi ホストで障害が発生することがある

  ページ キャッシュからページを削除する際に、データ構造が破損していることが原因で、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のバックトレースが表示されることがあります。

  2018-01-01T04:02:47.859Z cpu13:33232)Backtrace for current CPU #13, worldID=33232, rbp=0xd
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b720:[0x41800501883b]PageCacheRemoveFirstPageLocked@vmkernel#nover+0x2f stack: 0x4305dd30
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b740:[0x418005019144]PageCacheAdjustSize@vmkernel#nover+0x260 stack: 0x0, 0x3cb418317a909
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81bfd0:[0x41800521746e]CpuSched_StartWorld@vmkernel#nover+0xa2 stack: 0x0, 0x0, 0x0, 0x0, 0
2018-01-01T04:02:47.877Z cpu13:33232)^[[45m^[[33;1mVMware ESXi 6.0.0 [Releasebuild-6921384 x86_64]^[[0m
#GP Exception 13 in world 33232:memMap-13 @ 0x41800501883b

  本リリースで、この問題は修正されました。詳細については、VMware ナレッジベースの記事 KB53511 を参照してください。

• PR 2107335：要求ルールを ESXi ホストに手動で追加する必要がある

  HITACHI OPEN-V ストレージ アレイの場合、ESXi ホストに要求ルールを手動で追加する必要があります。 

  本リリースで、この問題は修正されました。この修正により、非対称論理ユニット アクセス (ALUA) のサポートが有効な HITACHI OPEN-v タイプ ストレージ アレイのデフォルト値として、SATP が VMW_SATP_ALUAに、PSP が VMW_PSP_RRに、要求オプションが tpgs_on に設定されます。この修正により、ALUA がサポートされていない HITACHI OPEN-v タイプ ストレージ アレイのデフォルト値として、SATP が VMW_SATP_DEFAULT_AA に、PSP が VMW_PSP_RR に、要求オプションが tpgs_off に設定されます。

• PR 2122259：NTP 構成に手動で追加した設定が、NTP の更新後、失われることがある

  vSphere Web Client を使用して NTP を更新すると、NTP 構成に手動で追加した設定が ntp.conf ファイルから削除されることがあります。NTP の更新では、すべての設定に加えて、制限オプション、driftfile、手動で追加したサーバが ntp.conf ファイルに保存されます。ntp.conf ファイルを手動で変更した場合、更新を伝達するために hostd を再起動する必要があります。

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

• PR 2136002：RAM ディスク内に古いチケットがあると、ESXi ホストが応答を停止することがある

  hostd によって新しいチケットが生成される前に古いチケットが削除されずに残っていると、RAM ディスク ノードが枯渇することがあります。これにより、ESXi ホストが応答を停止することがあります。

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

• PR 2083594：接続済みの USB デバイスをパススルーとして使用して、vSphere vMotion による仮想マシンの移行を実行できないことがある

  冗長状態チェックが原因で、接続済みの USB デバイスをパススルーとして使用して、vSphere vMotion による仮想マシンの移行を実行できないことがあります。

  本リリースで、この問題は修正されました。この問題がすでに発生している場合は、以下の行に vmx ファイルを追加します。usb.generic.allowCCID = "TRUE"。詳細については、VMware ナレッジベースの記事 KB55789 を参照してください。 

• PR 2128932：VMFSsparse スナップショットに送信される I/O がエラーなしで失敗する

  仮想マシンが VMFSsparse スナップショットに配置されている場合、仮想マシンに送信された I/O が VMFSsparse レベルでは部分的にのみ処理されているにもかかわらず、I/O フィルタなどの上位レイヤーでは転送が成功したとみなされる可能性があります。これにより、データの不整合が発生することがあります。

  本リリースで、この問題は修正されました。今回の修正により、I/O が完了すると、上位レイヤーから参照用の一時的なエラー ステータスが設定されます。 

• PR 2144766：I/O コマンドに失敗し、INVALID FIELD IN CDB エラーが発生することがある

  ESXi ホストに、Block Limits VPD ページ内で SCSI デバイスによって報告された MAXIMUM TRANSFER LENGTH パラメータが反映されないことがあります。その結果、転送サイズが上限を超えて指定された I/O コマンドは失敗し、次のようなログが記録されることがあります。

  2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.

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

• PR 2152381：esxtop コマンドライン ユーティリティを実行しても、デバイスのキュー深度が正しく表示されないことがある

  対応するデバイス パスのキュー深度が変更された場合は、esxtop コマンドライン ユーティリティを実行しても、デバイスの更新されたキュー深度値が表示されないことがあります。

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

• PR 2089048：EFI ファームウェアを使用している仮想マシンで Windows 展開サービス (WDS) で可変の Windows 拡張機能オプションを使用すると、PXE ブートの速度が低下することがある

  仮想マシンで vmxnet3 ネットワーク アダプタと WDS が利用され、EFI ファームウェアを使用している場合に PXE ブートを試行すると、可変の Windows 拡張機能オプションが WDS で無効でない場合、仮想マシンの起動速度が著しく低下することがあります。

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

• PR 2102135：iOS バージョンが 11 以降の Apple デバイスを、OS X バージョン 10.12 以降の仮想マシンに接続できない

  Apple USB の問題が原因で、iOS 11 以降の iOS バージョンがインストールされた Apple デバイスを、OS X 10.12 以降の OS X バージョンがインストールされた仮想マシンに接続できません。

  本リリースで、この問題は修正されました。旧リリースの ESXi で接続を有効にするには、.vmx 構成ファイルに usb.quirks.darwinVendor45 = TRUE を新しいオプションとして追加します。 

• PR 2139940：vmware.log データを Syslog に送信するための ID が正常に動作しないことがある

  vmware.log データを Syslog に送信するための ID (vmx.log.syslogID) が、変数で指定された文字列が無視されるために正常に動作しないことがあります。

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

• PR 2088951：グローバル IPv6 アドレスを無効にすると、ESXi ホストに断続的に障害が発生することがある

  グローバル IPv6 アドレスを無効にすると、コード パスで依然として IPv6 が使用されているために、ESXi ホストに断続的に障害が発生することがあります。

  本リリースで、この問題は修正されました。この問題がすでに発生している場合は、ホストの障害を回避するため、グローバル IPv6 アドレスを再度有効にしてください。何らかの理由で IPv6 アドレスを無効にする必要がある場合は、グローバル IPv6 アドレスではなく、個々の vmknic 上で IPv6 を無効にする必要があります。 

• PR 2098928：hostd の初期化中に HTTP 要求が行われると、hostd で障害が発生することがある

  非常にまれに、hostd の初期化中に HTTP 要求が行われると、このエージェントで障害が発生することがあります。

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

• PR 2097358：仮想マシンの VMX ファイルで特定の無効なパラメータが使用されている場合、hostd に障害が発生する

  仮想マシンの .vmx ファイルで特定の無効なパラメータが使用されている場合、hostd に障害が発生することがあります。例として、ideX:Y.present などのパラメータを True の値とともに手動で .vmx ファイルに追加した場合が挙げられます。

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

• PR 2078843：ESXi のバージョンが異なるホスト間で vSphere vMotion による移行を実行すると、失敗することがある

  Linux 仮想マシンで構成されるクラスタに、ESXi のバージョンが異なる複数のホストが配置されており、Merom および Penryn プロセッサで EVC (Enhanced vMotion Compatibility) レベルが L0 または L1 に設定されている場合、vSphere vMotion を使用して ESXi 6.0 ホストから、より新しい ESXi バージョンを搭載したホストに移行すると、仮想マシンが応答を停止することがあります。

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

• PR 2153867：VMware vSphere VMFS6 ボリュームを終了する際に、ESXi ホストが応答しなくなることがある

  VMware vSphere VMFS6 を終了する際に、データストア ハートビートが途中で停止することが原因で、ESXi ホストが応答しなくなることがあります。その結果、アフィニティ マネージャを正常に終了できなくなります。

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

• PR 2133589：Tegile IntelliFlash ストレージ アレイの場合、ESXi に要求ルールを手動で追加する必要がある

  Tegile IntelliFlash ストレージ アレイの場合、ESXi に要求ルールを手動で追加する必要があります。

  本リリースで、この問題は修正されました。この修正により、ALUA のサポートが有効な Tegile IntelliFlash ストレージ アレイのデフォルト値として、SATP が VMW_SATP_ALUAに、PSP が VMW_PSP_RRに、要求オプションが tpgs_on に設定されます。この修正により、ALUA がサポートされていない Tegile IntelliFlash ストレージ アレイのデフォルト値として、SATP が VMW_SATP_DEFAULT_AA に、PSP が VMW_PSP_RR に、要求オプションが tpgs_off に設定されます。

• PR 2113432：VMkernel Observations (VOB) イベントにより、デバイスのパフォーマンスに関する不要な警告が生成されることがある

  ストレージ アレイ内の I/O 遅延が変動することにより次の 2 つの VOB イベントが生成されることがありますが、仮想マシンに実際に問題があることは報告されません。

  1. Device naa.xxx performance has deteriorated.I/O latency increased from average value of 4114 microseconds to 84518 microseconds.（デバイス naa.xxx のパフォーマンスが低下しました。I/O 遅延は、平均値である 4,114 マイクロ秒から 84,518 マイクロ秒に増加しました。）
  2. Device naa.xxx performance has improved.I/O latency reduced from 346115 microseconds to 67046 microseconds.（デバイス naa.xxx のパフォーマンスが向上しました。I/O 遅延は、346,115 マイクロ秒から 67,046 マイクロ秒に短縮されました。）

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

• PR 2119609：VMware vSphere vMotion を使用して、VMware vSphere Virtual Volumes データストアでファイルシステム デバイス スイッチ (FDS) が搭載されている仮想マシンを移行すると、複数の問題が発生することがある

  vSphere vMotion を使用して、ファイル デバイス フィルタが設定された仮想マシンを vSphere Virtual Volumes データストアから別のホストに移行した場合に、仮想マシンで変更ブロックのトラッキング (CBT)、VMware vSphere Flash Read Cache (VFRC)、または I/O フィルタのいずれかが有効であると、移行時にいずれかの機能に問題が発生することがあります。移行中に、ファイル デバイス フィルタがホストに正しく転送されないことがあります。その結果、キャッシュ I/O フィルタがライトバック モードに設定されている場合、CBT の増分バックアップの破損や、VFRC およびキャッシュ I/O フィルタのパフォーマンスの低下、レプリケーション I/O フィルタの破損、およびディスクの破損が生じることがあります。仮想マシンの暗号化に問題が発生することもあります。

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

• PR 2096942：削除されたタスク ID に getTaskUpdate API 呼び出しを行うとログが出力され、API バンド幅の使用が上昇する

  VMware vSphere APIs for Storage Awareness プロバイダを使用している場合は、キャンセルされたタスクまたは削除されたタスクに getTaskUpdate 呼び出しが複数回行われることがあります。その結果、vSphere API for Storage Awareness バンド幅の使用量およびログの出力が増えることがあります。

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

• PR 2142767：vSphere API for Storage Awareness プロバイダのデータベースからバインディング情報が失われると、VMware vSphere Virtual Volumes が応答しなくなることがある

  vSphere API for Storage Awareness プロバイダのデータベースからバインディング情報が失われると、無限ループが発生して CPU ロード率が 100% になり、これが原因で vSphere Virtual Volumes が応答しなくなることがあります。hostd も応答を停止することがあります。致命的なエラー メッセージが表示されることがあります。今回の修正により、データベース バインディング エラーが発生した場合でも無限ループは発生しません。

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

• PR 2155840：ログの負荷が高くなると、hostd が応答しなくなることがある

  大量のログ作成によって ESXi ホストのログ リソース グループが過負荷の状態にある場合、esxcfg-syslog コマンドの実行中に hostd が応答しなくなることがあります。この修正により、esxcfg-syslog 関連コマンドがログ リソース グループから ESXi Shell に移動されるため、ESXi Shell のデフォルト リソース グループのメモリ使用量が増える可能性があります。

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

• PR 2088424：Intelligent Platform Management Interface (IPMI) センサーが無効またはアイドル状態であるために、誤ったハードウェア健全性アラームが表示されることがある

  IPMI センサーが無効な場合、またはデータを報告しないセンサーがある場合は、ハードウェア健全性アラームが誤って表示されることがあります。

  本リリースで、この問題は修正されました。今回の修正により、このようなアラームは除外されます。

• PR 2156458：接続されていない状態で vSphere API for Storage Awareness プロバイダの登録を解除するとエラーが発生することがある

  接続されていない状態で vSphere API for Storage Awareness プロバイダの登録を解除すると、java.lang.NullPointerException エラーが表示されることがあります。プロバイダが接続されていない状態では、イベント マネージャおよびアラーム マネージャが初期化されないため、エラーが発生します。

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

• PR 2122523：VMFS6 データストアで誤って容量不足が報告されることがある

  古いキャッシュ エントリにより、VMFS6 データストアで誤って容量不足が報告されることがあります。

  本リリースで、この問題は修正されました。キャッシュ エントリの自動更新によって容量割り当てレポートは訂正されますが、今回の修正により更新前のエラーも報告されなくなります。

• PR 2052171：コンテンツ ベースの読み取りキャッシュ (CBRC) が有効な状態で仮想マシンのスナップショットを作成してから、このキャッシュ機能を無効にすると、仮想マシンのディスク統合が失敗することがある

  CBRC を使用して仮想マシンのスナップショットを作成してから、CBRC を無効にすると、「指定されたパラメータが正しくありませんでした。spec.deviceChange.device」というエラーと共に、ディスクの統合処理に失敗することがあります。このエラーは、CBRC を無効にした後にダイジェスト ファイルが削除されることが原因で発生します。「仮想マシンのディスク統合が必要です。」というアラートが、問題が解決されるまで表示されます。

  本リリースで、この問題は修正されました。今回の修正により問題は発生しなくなりますが、仮想マシンで CBRC が有効な状態でスナップショットを作成し、あとで CBRC を無効にすると、この問題が存続する可能性があります。この問題が発生した場合は、ディスク チェーン全体でダイジェストを有効にして、すべてのダイジェスト ファイルを削除し、再度作成してください。

• PR 2071506：Dell OpenManage Integration for VMware vCenter (OMIVV) が、Integrated Dell Remote Access Controller (iDRAC) から Dell モジュール サーバの一部を識別できないことがある

  OMIVV では、一部の Dell モジュール サーバを識別するために、iDRAC プロパティ hardware.systemInfo.otherIdentifyingInfo.ServiceTag の情報を利用して SerialNumber パラメータを取得しています。serviceTag プロパティが一致していない場合は、この統合が失敗する可能性があります。

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

• PR 2137711：[ハードウェア ステータス] タブのプレゼンス センサーに、ステータスが [不明] と表示されることがある

  以前は、プロセッサやファンなどのコンポーネントが vCenter Server システム内に見つからなかった場合、プレゼンス センサーにステータスが [不明] と表示されていました。ただし、プレゼンス センサーは健全性の状態が関連付けられていません。

  本リリースで、この問題は修正されました。今回の修正により、ステータスが [不明] なコンポーネントは除外されます。

• PR 2192836：ESXi ホストに接続されたターゲットが暗示的な ALUA のみをサポートしている場合に、設定されているのがスタンバイ パスのみであるときは、デバイス検出時にホストが失敗して、パープル スクリーンが表示されることがある

  ESXi ホストに接続されたターゲットが暗示的な ALUA のみをサポートしている場合に、設定されているのがスタンバイ パスのみであるときは、競合状態になるため、デバイス検出時にホストが失敗して、パープル スクリーンが表示されることがあります。次のようなバックトレースが表示されることがあります。

  SCSIGetMultipleDeviceCommands (vmkDevice=0x0, result=0x451a0fc1be98, maxCommands=1, pluginDone=<optimized out>) at bora/vmkernel/storage/device/scsi_device_io.c:2476
0x00004180171688bc in vmk_ScsiGetNextDeviceCommand (vmkDevice=0x0) at bora/vmkernel/storage/device/scsi_device_io.c:2735
0x0000418017d8026c in nmp_DeviceStartLoop (device=device@entry=0x43048fc37350) at bora/modules/vmkernel/nmp/nmp_core.c:732
0x0000418017d8045d in nmpDeviceStartFromTimer (data=..., data@entry=...) at bora/modules/vmkernel/nmp/nmp_core.c:807

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

• PR 2130371：VMware Tools のアップグレードが、VIX エラー コード 21000 と共に失敗することがある

  ESXi ホストに利用可能な VMware Tools ISO イメージがなく、アクティブな仮想マシン上で VMware Tools のアップグレードを実行すると、この操作が VIX エラー コード 21000 と共に失敗することがあります。ISO イメージが利用可能になった後でも、API、vSphere Client、vSphere Web Client のいずれかを使用して VMware Tools をアップグレードすることができない場合があります。これは、仮想マシンのパワーオン時に ESXi ホストが初回の可用性チェックをキャッシュし、これを更新しないために発生します。

  本リリースで、この問題は修正されました。この修正により、VMware Tool ISO イメージの可用性チェックにデフォルトで 5 分間の有効期限が設定されます。アップグレードに失敗した場合は、ISO イメージをマウントしてから 5 分後に操作を再試行できます。

• PR 2021943：hostd サービスのログと Syslog で、不要なデバッグ例外ログが収集されることがある

  hostd サービスのログと Syslog で、クラスタ内のすべての ESXi ホストについて、不要なデバッグ例外ログが収集されることがあります。

  hostd ログには、以下のようなメッセージが記録されます。
  No match, sensor_health file missing sensorNumer 217: class 3 sensor type 35 offset 0

  Syslog には、/etc/sfcb/omc/sensor_health に以下のようなメッセージが記録されます。
  Missing expected value to check for

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

• PR 2167294：I/O を処理できるパスがない場合でも、IBM SAN Volume Controller (SVC) ターゲットの背後に置かれた LUN に対して All Path Down (APD) がトリガされない

  IBM SVC ターゲットの背後に置かれた LUN に複数のパスが割り当てられている ESXi 設定において、アクティブなパスで接続が失われ、それと同時に、別の接続パスでは I/O 処理ができない状態の場合、I/O 処理に実際に使用できるパスがないにもかかわらず、ESXi ホストはこの接続を APD として検出しないことがあります。その結果、このデバイスの I/O はファスト フェイルしません。

  本リリースで、この問題は修正されました。今回の修正はデフォルトでは無効になっています。修正を有効にするには、ESXi 設定オプション /Scsi/ExtendAPDCondition を esxcfg-advcfg -s 1 /Scsi/ExtendAPDCondition に設定します。

• PR 2022147：物理 NIC の Rx リングおよび Tx リングのカスタム サイズが、ESXi ホストの再起動後に維持されないことがある

  ネットワーク パフォーマンスを向上するために、次のコマンドを使用して、物理 NIC の Rx リングおよび Tx リングのサイズをカスタマイズした場合：
  esxcli network nic ring current set -n <vmnicX> -t <value>
esxcli network nic ring current set -n <vmnicX> -r <value>
  ESXi ホストの再起動後にこの設定が維持されないことがあります。

  本リリースで、この問題は修正されました。この修正により、これらの ESXCLI 設定が ESXi 構成ファイルに書き込まれ、再起動後も維持されるようになります。CLI を使用する前に、物理 NIC でリング サイズを設定できる必要があります。

• PR 2171799：物理 CPU のソフト ロックアップによって、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがある

  高負荷システムで大量の I/O がタイムアウトになることによって、物理 CPU のソフト ロックアップが生じる場合があります。その結果、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

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

• PR 2173856：ソケット バッファ サイズの上限が原因で、遅延が大きいと長距離での vSphere vMotion 処理のパフォーマンスが低下することがある

  ハードコードされたソケット バッファの上限が 16 MB であるため、遅延が 100 ミリ秒などと大きく、ネットワーク リンクが 10 GbE などと高速な場合は、長距離での vSphere vMotion 処理のパフォーマンスが低下することがあります。今回の修正により、最大ソケット バッファ サイズのパラメータ SB_MAX_ADJ を設定できるようになりました。

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

• PR 2193829：ゲスト OS の再起動中に仮想マシンの実行可能プロセスが失敗し、仮想マシンがシャットダウンすることがある

  競合状態が原因で、ゲスト OS の再起動中に仮想マシンの実行可能プロセスが失敗し、仮想マシンがシャットダウンすることがあります。

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

• PR 1894568：Syslog.log にログが大量に生成される

  sfcb-vmware_raw[69194]: IpmiIfcFruGetInv: Failed during send cc = 0xc9 のような複数のメッセージが Syslog.log に表示されることがあります。これらは、通常の情報ログであり、エラーや警告ログではありません。

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

• PR 2203385：Linux 仮想マシンの静止スナップショットを正常に作成した後でも、スナップショット マネージャにスナップショットが静止していないと表示されることがある

  Linux 仮想マシンの静止スナップショットを正常に作成した後、依然としてスナップショット マネージャにスナップショットが静止していないと表示されることがあります。

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

• PR 2191349：SMART ディスク監視デーモンである smartd によって、リリース ビルドの Syslog サービス ログにデバッグや情報メッセージが大量に記録されることがある

  リリース ビルドでは、smartd によって Syslog サービス ログにデバッグや情報メッセージが大量に記録されることがあります。

  本リリースで、この問題は修正されました。この修正により、デバッグ メッセージがリリース ビルドから削除されます。

• PR 2179262：仮想 SATA CD-ROM を使用する仮想マシンで、無効なコマンドにより、障害が発生することがある

  仮想 SATA CD-ROM に対する無効なコマンドによってエラーが発生し、仮想マシンのメモリ使用量が増える場合があります。これによって、仮想マシンでメモリを割り当てることができなくなり、障害が発生することがあります。
  無効なコマンドに関する次のログが記録されることがあります。
  YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-USER: Invalid size in command
YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-VMM: sata0:0: Halted the port due to command abort.

  また、次のような同様のパニック メッセージが表示されることがあります。
  YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| E105: PANIC: リカバリ不能なメモリ割り当ての失敗です

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

• PR 2182211：vSphere Web Client の [ディスク管理] テーブルで [物理的な場所] 列が空白のままである

  vSphere Web Client の [クラスタ構成] ダッシュボードで [ディスク管理] テーブルの [物理的な場所] 列を選択すると、列が空白のままになり、hpsa ドライバに関する情報のみが表示されることがあります。

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

• PR 2194304：ESXi ホストの smartd で警告が報告される

  温度や再割り当てセクター カウントなど、一部の重要なフラッシュ デバイス パラメータでは、しきい値が指定されていません。その結果、ESXi ホストの smartd デーモンで警告が報告されることがあります。

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

• PR 2209900：ESXi ホストが応答しなくなることがある

  外部プロセス esxcfg-syslog が停止している間、hostd サービスが応答を停止することがあります。その結果、ESXi ホストが応答しなくなることがあります。

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

• PR 2167877：継続的にトラフィック量が多い状態で IPFIX を有効にすると、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがある

  IPFIX が有効な場合に、さまざまなフローによってトラフィック量が増大すると、システム ハートビートが長時間 IPFIX から CPU を先取りできなくなり、パープル スクリーンがトリガされることがあります。

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

• PR 2211285：VMware vSphere HA (vSphere High Availability) フェイルオーバーの後、仮想マシン ポートがブロックされることがある

  デフォルトでは、vSphere HA が有効な ESXi ホストで、隔離時の対応機能は無効になっています。隔離時の対応機能を有効にすると、vSphere HA フェイルオーバーの後、NSX-T 論理スイッチに接続されている仮想マシン ポートがブロックされることがあります。

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

• PR 2211639：VMware vSphere Network I/O Control とキュー ペアリングが無効な場合、インフラストラクチャのトラフィックで Out-of-Order パケットが発生することがある

  vSphere Network I/O Control と NIC のキュー ペアリングが無効な場合、管理、ISCSI、NFS などのインフラストラクチャ トラフィックで Out-of-Order パケットが発生することがあります。これは、vSphere Network I/O Control が無効な場合、キュー ペアリングも無効になり、NIC で複数のキューの処理が行われるためです。

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

• PR 2186065：ファームウェア イベント コードのログによって、vmkernel.log がフラッディングすることがある

  Block Limits VPD ページ 0xb0 をサポートしないドライバによってイベント コード ログが生成され、それによって vmkernel.log がフラッディングすることがあります。

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

• PR 2209919：ESXi ホストで障害が発生して、パープル スクリーンが表示され、次のエラーが報告されることがある。PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc

  VMware vSphere Replication を使用して仮想マシンをレプリケートする場合、直ちに、または 24 時間以内に ESXi ホストで障害が発生して、パープル スクリーンが表示され、次のエラーが報告されることがあります。PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc.

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

• PR 2204024：サード パーティ製デバイス ドライバがコマンド処理に繰り返し失敗することが原因で、仮想マシンが応答しなくなることがある

  一部のサード パーティ製デバイス ドライバがコマンド処理に繰り返し失敗することが原因で、仮想マシンが応答しなくなることがあります。仮想マシン コンソールを開く際に次のエラーが表示されることがあります。

  エラー：「MKS に接続できません：再試行期限内にパイプ \\.\pipe\vmware-authdpipe に接続できません」 

  本リリースで、この問題は修正されました。この修正により、応答しなくなったサードパーティ製デバイス ドライバに対するコマンドが復旧されます。また、失敗したコマンドは必ず停止され、成功するまで再試行されるようになります。

• PR 2164733：ゲスト イントロスペクション サービスがオンの場合、VMware vSphere vMotion を使用して仮想マシンを移行すると、NamespaceDb 互換性エラーにより失敗することがある

  150 台を超える仮想マシンを備えた vSphere 6.5 環境でゲスト イントロスペクション サービスがアクティブな場合、vSphere vMotion を使用した仮想マシンの移行が、次のような vSphere Web Client のエラーで失敗することがあります。

  ソースはターゲットがレジュームに失敗したことを検出しました。

  ターゲットの vmware.log には、次のようなエラー メッセージが記録されます。
  2018-07-18T02:41:32.035Z| vmx| I125: MigrateSetState: Transitioning from state 11 to 12.
2018-07-18T02:41:32.035Z| vmx| I125: Migrate: Caching migration error message list:
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.migration.failedReceive] Failed to receive migration.
2018-07-18T02:41:32.035Z| vmx| I125: [msg.namespaceDb.badVersion] Incompatible version -1 (expect 2).
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.mrestoregroup.failed] An error occurred restoring the virtual machine state during migration.

  vmkernel ログには、次のようなエラー メッセージが記録されます。
  2018-07-18T02:32:43.011Z cpu5:66134)WARNING: Heap: 3534: Heap fcntlHeap-1 already at its maximum size.Cannot expand.
2018-07-18T02:41:35.613Z cpu2:66134)WARNING: Heap: 4169: Heap_Align(fcntlHeap-1, 200/200 bytes, 8 align) failed. caller: 0x41800aaca9a3

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

• PR 2063154：ログが設定されている NFS データストアから ESXi ホストを切断すると、このホストが応答しなくなることがある

  NFS データストアが Syslog データストアとして設定されており、ESXi ホストをこのデータストアから切断すると、このデータストアへのログ作成が停止し、ESXi ホストが応答しなくなることがあります。

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

• PR 2203836：Lenovo DE シリーズのストレージ アレイの場合、ESXi に要求ルールを手動で追加する必要がある

  この修正により、Lenovo DE シリーズ ストレージ アレイのデフォルト値として、SATP が VMW_SATP_ALUA に、PSP が VMW_PSP_RR に、要求オプションが tpgs_on に設定されます。

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

• PR 2110196：重複排除が設定されている vSAN クラスタでキャパシティ ディスク障害が発生し、ホスト障害が発生する

  重複排除が有効な vSAN クラスタで、Permanent Device Loss (PDL) 状態のディスクに I/O が転送されると、ESXi ホストに障害が発生することがあります。

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

• PR 2084723：仮想マシンのサポート バンドル フォルダを ESXi ホストから削除すると、hostd に障害が発生することがある

  仮想マシンのサポート バンドル フォルダを手動で ESXi ホストから削除し、ホストの /scratch/downloads ディレクトリにダウンロードした場合、hostd では、作成から 1 時間後にこのパスにあるフォルダを自動的に削除しようとするため、障害が発生することがあります。

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

• PR 2213917：競合状態により、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがある

  キャッシュ エントリがすでに退去されている場合でも、競合状態により、再度退去されることがあります。これによって、ESXi ホストで null ポインタの逆参照が行われ、ESXi ホストの障害が発生します。

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

• PR 2197789：NIOC スケジューラによって、アップリンクがリセットされることがある

  アップリンクが定期的に使用されている場合に、NIOC hClock スケジューラによって、アップリンク ネットワーク デバイスがリセットされることがあり、このリセットは予測できません。

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

• PR 1863313：vSphere Auto Deploy を使用して、ステートフル インストールが有効であるホスト プロファイルを ESXi 6.5 ホストに適用すると、失敗することがある

  ホスト プロファイルでステートフル インストール機能が有効であり、管理 VMkernel NIC が Distributed Switch に接続されている場合に、vSphere Auto Deploy を使用してホスト プロファイルを別の ESXi 6.5 ホストに適用すると、PXE ブート中に失敗することがあります。ホストはメンテナンス モードの状態のまま変わりません。

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

• PR 2029579：SR-IOV vNIC を使用する仮想マシンでスクリプトを使用して継続的にパワーオン/オフすると、ESXi ホストで障害が発生することがある

  SR-IOV vNIC を使用する仮想マシンでスクリプトを使用して電源の入れ直しを実行すると、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  本リリースで、この問題は修正されました。同様の問題を回避するには、vSphere Web Client または vSphere Client を使用して、電源の入れ直し操作を実行してください。

• PR 2139317：ESXi ホストの統計情報データベースにエンティティがなくなった場合、ESXi ホスト エージェント サービスで障害が発生することがある

  ESXi ホストの統計情報データベースに、仮想マシンやデータストアなどのエンティティがなくなっているにもかかわらず、vim.PerformanceManager によって、このエンティティのパフォーマンス データのリクエストが発行された場合、ホスト エージェント プロセスで障害を招くコード パスが実行される可能性があります。その結果、vCenter Server システムからホストが一時的に利用できなくなることがあります。

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

• PR 2187136：NetFlow を有効にすると、ネットワーク遅延が大きくなることがある

  NetFlow ネットワーク分析ツールを有効にして vSphere Distributed Switch ポート グループ上のすべてのパケットのサンプリングを取得する場合、サンプリング レートを 0 に設定すると、フローが 100 万を超えた場合にネットワーク遅延が 1,000 ミリ秒に到達することがあります。

  本リリースで、この問題は修正されました。NetFlow のパフォーマンスをさらに最適化するには、CLI を使用して ipfixHashTableSize IPFIX パラメータを -p "ipfixHashTableSize=65536" -m ipfix に設定します。このタスクを完了するには、ESXi ホストを再起動します。

• PR 2170126：バックアップ プロキシ仮想マシンがバックアップ中に無効な状態になることがある

  パワーオフまたは移行せずに、仮想マシンでディスクのホット アドまたはホット リムーブ処理を数百回行うと、この仮想マシンが終了して無効になることがあります。これにより、バックアップ ソリューションに影響が及び、バックアップ プロキシ仮想マシンが終了することがあります。

  hostd ログに、次のような内容が記述されることがあります。
  2018-06-08T10:33:14.150Z info hostd[15A03B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datatore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_ON -> VM_STATE_RECONFIGURING) ...
2018-06-08T10:33:14.167Z error hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] Could not apply pre-reconfigure domain changes: Failed to add file policies to domain :171: world ID :0:Cannot allocate memory ...
2018-06-08T10:33:14.826Z info hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_RECONFIGURING -> VM_STATE_ON) ...
2018-06-08T10:35:53.120Z error hostd[15A44B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx] Expected permission (3) for /vmfs/volumes/path/to/backupVM not found in domain 171

  vmkernel ログの内容は、次のようになります。
  2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)World: 12235: VC opID 5953cf5e-3-a90a maps to vmkernel opID 4c6a367c
2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)WARNING: Heap: 3534: Heap domainHeap-54 already at its maximum size.Cannot expand.

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

• PR 2155858：仮想マシンをパワーオフした後、排他的なアフィニティが設定解除されないことがある

  ESXi ホスト上の最後の仮想マシンをパワーオフする際、この仮想マシンで sysContexts 構成を使用している場合は、sysContexts 構成によって設定された排他的なアフィニティがスケジューラによって削除されないことがあります。

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

• PR 2095984：SNMP エージェントによって、誤ったトラップ vmwVmPoweredOn が提供されることがある

  vSphere Web Client の [概要] タブと [スナップショット マネージャ] タブで仮想マシンが選択されている場合に、SNMP エージェントによって、誤ったトラップ vmwVmPoweredOn が提供されることがあります。

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

• PR 2204507：hostd の再起動後、詳細パフォーマンス チャートで一部の仮想マシン統計情報のグラフが表示されないことがある

  hostd の再起動後、一部のカウンタでゼロ エラーによる分離が起こるため、詳細パフォーマンス チャートで一部の仮想マシン統計情報のグラフが表示されなくなることがあります。

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

• PR 2225439：ESXi ホスト上に NSX-T アプライアンスをデプロイすると、NSX opsAgent で障害が発生することがある

  ESXi ホスト上に NSX-T アプライアンスをデプロイすると、NSX opsAgent で障害が発生し、コア ダンプ ファイルが /var/core に生成されることがあります。この障害は、ホストから提供されるライブラリ コードでの競合状態が原因で発生します。

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

• PR 2154912：共有 VMFS データストアに /productLocker ディレクトリを設定した場合、VMware Tools に不正確なステータスが表示されることがある

  共有 VMFS データストアに /productLocker ディレクトリを設定した場合に、vSphere vMotion を使用して仮想マシンを移行すると、仮想マシンの VMware Tools に [サポート対象外] という不正確なステータスが表示されることがあります。

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

• PR 2180890：MSINFO32 コマンドによって、Windows 7 または Windows Server 2008 R2 を実行する仮想マシン上のインストール済み物理 RAM が表示されないことがある

  MSINFO32 コマンドによって、Windows 7 または Windows Server 2008 R2 を実行する仮想マシン上のインストール済み物理 RAM が表示されないことがあります。2 個以上の vCPU が仮想マシンに割り当てられている場合、[インストール済み物理 RAM] フィールドに「使用不可」と表示されます。

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

• PR 2085546：非整列の重複 I/O が発生した場合、vSAN クラスタ内の I/O 遅延が増大することがある

  時として、非整列の重複 I/O が発生した場合、vSAN スタックの 2 段階コミット エンジンのコミット スケジューラが直ちに実行されないことがあります。これによって、I/O 処理の遅延が増大します。

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

• PR 2051108：Readdir API により、常に EOF が返され、listdir コマンドの予期しない動作が発生する

  OSFS_Readdir API で表示されるディレクトリ エントリは、指定されたバッファ サイズによって制限されており、常に End Of File (EOF) が Yes と返されます。ディレクトリ全体を読み取るには、FSSReadDir を複数回呼び出すことが必要になる場合があります。

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

• PR 2164137：ESXi 6.5 にアップデートする際、vSAN ストレッチ クラスタ内の ESXi ホストで障害が発生することがある

  vSAN ストレッチ クラスタを ESXi 6.0 から 6.5 にアップデートする際、ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のスタック トレースによって、この問題を特定できます。
  
  #0 DOMUtil_HashFromUUID
#1 DOMServer_GetServerIndexFromUUID
#2 DOMOwnerGetRdtMuxGroupInt
#3 DOMOwner_GetRdtMuxGroupUseNumServers
#4 DOMAnchorObjectGetOwnerVersionAndRdtMuxGroup
#5 DOMAnchorObjectCreateResolverAndSetMuxGroup
#6 DOMObject_InitServerAssociation
#7 DOMAnchorObjectInitAssociationToProxyOwnerStartTask
#8 DOMOperationStartTask
#9 DOMOperationDispatch
#10 VSANServerExecuteOperation
#11 VSANServerMainLoop

• PR 2112683：ディスク上で I/O エラーが報告された後でも、ディスクのパフォーマンスが低下したことが vSAN で表示されない

  ディスクの I/O エラーが報告され、vSAN がそのディスクからの I/O の処理を停止した場合でも、vSAN がディスクをパフォーマンスが低下したものとして表示するまでに時間がかかることがあります。

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

• PR 1814870：Dell R730 サーバ上のファンが、誤ったハードウェア健全性監視グループに表示されるか、まったく表示されないことがある

  Dell R730 サーバ上のファンが、vSphere Client または vSphere Web Client の [ハードウェア ステータス] タブの [ファン] セクション以外に表示されているか、まったく表示されないことがあります。

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

• PR 2140766：vSAN キャパシティ モニターに表示される使用済み容量が正しくない

  vCenter Server 6.5 Update 2 にアップグレードした後、ESXi 6.5 Update 2 より古いバージョンが搭載されたホストにデプロイされた仮想マシンの容量が、vSAN キャパシティ モニターに表示されません。モニターには、クラスタで実際に使用されているよりも、少ない容量が表示されることがあります。

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

• PR 2172723：大容量の書き込みが行われている間、コンポーネントの輻輳が原因で、vSAN クラスタのゲスト I/O バンド幅が低下する

  非常に大規模なシーケンシャル書き込み操作を行うと、場合によっては、発生する遅延が増大することがあります。メンテナンス モードに切り替わると、IOPS が低下することがあります。

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

• PR 2073175：新しい NFS データストアに、既存のデータストアの古い名前を付けると、NFS データストアへの接続が失われることがある

  新しい NFS データストアに、既存のデータストアの古い名前を付けると、NFS データストアへの接続が失われることがあります。たとえば、既存のデータストアの名前を NFS-01 から NFS-01-renamed に変更した後、NFS-01 という名前の新しい NFS データストアを作成する場合です。この結果、名前が変更されたデータストアと ESXi ホストの接続が失われ、ESXi ホストに新しいデータストアをマウントできません。

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

• PR 2079002：IPv4 を無効にした場合、IPv6 専用モードで IPv6 ホスト名を設定できない

  ESXi ホストで IPv4 を無効にした場合、システムで IPv4 アドレスが要求されるため、IPv6 ホスト名を設定できないことがあります。

  本リリースで、この問題は修正されました。ホストで IPv4 と IPv6 の両方が有効である場合、IPv4 ホスト名が優先されます。

• PR 2192629：生成された Syslog.log アーカイブ ファイルの数が、設定済みのデフォルトより少なく、ESXi バージョン 6.0 と 6.5 の間で異なることがある

  生成された Syslog.log アーカイブ ファイルの数が、syslog.global.defaultRotate パラメータで設定されたデフォルト値より 1 つ少なくなることがあります。Syslog.log アーカイブ ファイルの数はまた、ESXi バージョン 6.0 と 6.5 の間で異なることがあります。たとえば、syslog.global.defaultRotate がデフォルトで 8 に設定されている場合、ESXi 6.0 では syslog.0.gz から syslog.7.gz が作成されますが、ESXi 6.5 では syslog.0.gz から syslog.6.gz が作成されます。

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

• PR 2150648：すべてのコンポーネントが連結ノードに配置されている場合、再調整によって、負荷の高いディスクの空き容量を増やすことができない

  オブジェクトが拡張される際、増大するサイズ要件に対処するため、レプリカにノードが連結されます。時間が経過すると、vSAN は連結ノードを含む新しいレプリカを作成し、元のレプリカと連結ノードは破棄されます。vSAN は元のレプリカと連結ノードをマージして、新しいレプリカを作成するため、vSAN に新しいコンポーネントを配置するために十分な空き容量がない場合、処理に失敗することがあります。ディスクの負荷が高く、ディスク上のすべてのコンポーネントが連結ノードに配置されている場合、再調整処理でコンポーネントを移動して、ディスクの負荷を分散することはできません。

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

• PR 2039320：ストレージ ポリシーによって、[データの局所性] が [優先] または [セカンダリ] に設定されている場合、vSAN ストレッチ クラスタでの VMDK 拡張に失敗する

  VMDK を拡張しながら、VMDK のストレージ ポリシーを変更することはできませんが、既存のポリシーによって [データの局所性] ルールが設定されている場合、ストレージ ポリシーをまったく変更しない場合でも、拡張に失敗することがあります。

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

• PR 2158561：AMD ベースのホストで実行される仮想マシンで、VMware DirectPath I/O 機能を使用できないことがある

  AMD ベースのホストで実行される仮想マシンでは、予約メモリ範囲レポートの上限が正しく計算されないことがあります。このため、VMware DirectPath I/O 機能を使用する仮想マシンがパワーオンできないことがあります。

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

• PR 2180962：ネイティブ マルチパス プラグイン (NMP) の呼び出しで、すでにリリースされたロックをロック解除すると、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがある

  NMP デバイス静止コード パスでエラーが発生し、すでにリリースされたロックをロック解除する呼び出しが実行されることがあります。これによって、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

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

• PR 2156840：仮想マシンで EFI を使用して AMD プロセッサ上で Windows Server 2016 を実行していると、再起動中に応答を停止することがある

  ハードウェア バージョンが 10 以前の仮想マシンで EFI を使用して AMD プロセッサ上で Windows Server 2016 を実行していると、再起動中に応答を停止することがあります。仮想マシンが BIOS を使用している場合や、ハードウェア バージョンが 11 以降の場合、ゲスト OS が Windows でない場合、またはプロセッサが Intel 製である場合は、この問題は発生しません。

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

• PR 2204028：同じ名前の文字デバイスの再登録を繰り返し行うと、ESXi ホストで障害が発生することがある

  同じ名前の文字デバイスの再登録を行うと、次のような警告が表示されることがあります。
  2018-09-14T04:49:27.441Z cpu33:4986380)警告: CharDriver: 291: XXXX という名前のデバイスがスロット XX をすでに使用しています
  繰り返し試行すると、デバイスの登録に必要なヒープ メモリが解放されません。これにより、メモリ リークが発生し、最終的に ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

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

• PR 1847663：NMP SATP モジュールの読み込み中に、パラメータが変更されないことがある

  システムの再起動後に NMP SATP モジュールを読み込む際、vmk_ModuleLoad() メソッドで、変更されたモジュール固有のパラメータを読み取れないことがあります。この問題は、主にサードパーティ製ドライバで発生します。

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

• PR 2031499：サイト全体のディスク使用率に偏りがある場合、ストレッチ クラスタでディスクの再調整が予想通りに動作しないことがある

  vSAN では、クラスタ内のすべてのディスクの平均的な使用量を計算します。負荷の調整処理では、この値を使用してデータを移動し、移行先のディスクで負荷に偏りが生じないようにします。vSAN ストレッチ クラスタを使用する場合は、サイト間でストレージ使用率が異なることがあります。1 つのサイトの平均的な使用量の値が、もう一方のサイトよりも高い場合、負荷の分散が予想通りに動作しない場合があります。

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

• PR 2128759：仮想マシンの削除後に、仮想マシンのディレクトリが NSX-T 環境に残る

  仮想マシンを削除したとき、.dvsData フォルダ内のポート ファイルの削除順序が誤っているために、仮想マシンのディレクトリが NSX-T 環境に残ることがあります。

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

• Pr 2187127：IPFIX のサンプリング レートが高く、トラフィックが多い場合、VXLAN 環境のパフォーマンスが低下することがある

  サンプリング レートが高く、トラフィックが多い状態で IPFIX を有効にすると、VXLAN 環境のパフォーマンスが低下することがあります。

  本リリースで、この問題は修正されました。パフォーマンスを最適化するには、サンプリング レートを低くします。

• PR 2139131：シャットダウン中に ESXi ホストで障害が発生し、パープル スクリーンが表示されることがある

  IPv6 環境では、Multicast Listener Discovery (MLD) バージョン 1 によってクエリ実行中に競合状態が発生することが原因で ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のようなエラー メッセージが表示されることがあります。

  #PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000

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

• PR 2133634：vSphere vMotion を使用して、クラスタリングされた仮想マシンを移行する際に、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがある

  vSphere vMotion を使用して、クラスタリングされた仮想マシンを移行する際に、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。この問題は、物理バス共有モードにあり、VMDK や vSphere Virtual Volumes などの RDM 以外の共有ディスクを含む、クラスタ内の仮想マシンに影響します。 

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

ESXi650-201811402-BG

パッチのカテゴリ	バグ修正
パッチの重要度	重要
ホストの再起動が必要	はい
仮想マシンの移行またはシャットダウンが必要	なし
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMW_bootbank_ne1000_0.8.3-8vmw.650.2.75.10884925
修正されたパッチ リリース	該当なし
CVE 番号	該当なし

このパッチは ne1000 VIB をアップデートします。

ESXi650-201811403-BG

パッチのカテゴリ	バグ修正
パッチの重要度	重要
ホストの再起動が必要	はい
仮想マシンの移行またはシャットダウンが必要	はい
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMW_bootbank_vmkusb_0.1-1vmw.650.2.75.10884925
修正されたパッチ リリース	該当なし
CVE 番号	該当なし

このパッチは vmkusb VIB をアップデートします。

ESXi650-201811404-BG

パッチのカテゴリ	バグ修正
パッチの重要度	最重要
ホストの再起動が必要	なし
仮想マシンの移行またはシャットダウンが必要	なし
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMware_bootbank_lsu-lsi-lsi-mr3-plugin_1.0.0-11vmw.650.2.75.10884925
修正されたパッチ リリース	2096875
CVE 番号	該当なし

このパッチは lsu-lsi-lsi-mr3-plugin VIB をアップデートして、次の問題を解決します。

• PR 2096875：lsu-lsi-lsi-mr3-plug-in でのメモリ割り当ての問題により、ESXi ホストと hostd が応答を停止することがある

  vSAN ディスク サービサビリティ プラグイン lsu-lsi-lsi-mr3-plug-in でのメモリ割り当ての問題により、ESXi ホストと hostd が応答を停止することがあります。「メモリが不足しています」または「スレッドのクローン作成エラー」というエラー メッセージが表示されることがあります。

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

ESXi650-201811405-BG

パッチのカテゴリ	バグ修正
パッチの重要度	重要
ホストの再起動が必要	はい
仮想マシンの移行またはシャットダウンが必要	はい
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMW_bootbank_ntg3_4.1.3.2-1vmw.650.2.75.10884925
修正されたパッチ リリース	2151342
CVE 番号	該当なし

このパッチは ntg3 VIB をアップデートして、次の問題を解決します。

• PR 2151342：オーバーサイズのパケットが原因で、ntg3 ドライバを使用している NIC が一時的にパケットの送信を停止することがある

  まれに、ntg3 ドライバを使用している NIC（Broadcom BCM5719 NIC や 5720 GbE NIC など）が、オーバーサイズ パケットの送信を試行して失敗した場合、一時的にパケットの送信を停止することがあります。ntg3 ドライバ バージョン 4.1.3.2 をインストールすると、この問題は解決されます。

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

ESXi650-201811406-BG

パッチのカテゴリ	バグ修正
パッチの重要度	中
ホストの再起動が必要	なし
仮想マシンの移行またはシャットダウンが必要	なし
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMware_bootbank_lsu-hp-hpsa-plugin_2.0.0-7vmw.650.2.75.10884925
修正されたパッチ リリース	2064111
CVE 番号	該当なし

このパッチは lsu-hp-hpsa-plugin VIB をアップデートして、次の問題を解決します。

• PR 2064111：HPE ProLiant Gen9 Smart Array コントローラを使用する VMware vSAN で、ディスクのロケータ LED が正しく点灯しないことがある

  HPE ProLiant Gen9 Smart Array コントローラ（P440 や P840 など）を装備した vSAN クラスタで、障害が発生したデバイス上のロケータ LED が正しく点灯しないことがあります。

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

ESXi650-201811101-SG

パッチのカテゴリ	セキュリティ
パッチの重要度	最重要
ホストの再起動が必要	はい
仮想マシンの移行またはシャットダウンが必要	はい
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMware_bootbank_esx-base_6.5.0-2.71.10868328 VMware_bootbank_vsan_6.5.0-2.71.10652415 VMware_bootbank_vsanhealth_6.5.0-2.71.10652417 VMware_bootbank_esx-tboot_6.5.0-2.71.10868328
修正されたパッチ リリース	2094558、2169094、2020984、2025909、2109023、2189347、2154394
CVE 番号	該当なし

このパッチは esx-base、esx-tboot、vsan、および vsanhealth VIB をアップデートし、次の問題を解決します。

• VMware Tools の Windows Vista 以前の ISO イメージが ESXi パッケージに含まれなくなりました。Windows Vista 以前の ISO イメージを必要としているユーザーは、このイメージをダウンロードできます。ダウンロードの詳細については、「製品のダウンロード」ページを参照してください。

• NTP デーモンの 4.2.8p12 へのアップデート

  NTP デーモンは 4.2.8p12 にアップデートされました。

• PR 2154394：移行ヒープ領域が不足していることが原因で、暗号化された vSphere vMotion が失敗することがある

  大規模な仮想マシンの場合、移行ヒープ領域が不足していることが原因で、暗号化された vSphere vMotion が失敗することがあります。

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

• Python パッケージのアップデート

  Python パッケージがバージョン 3.5.5 にアップデートされました。

• libxml2 ライブラリの更新

  ESXi userworld libxml2 ライブラリはバージョン 2.9.8 にアップデートされています。

• OpenSSL パッケージのアップデート

  OpenSSL パッケージはバージョン 1.0.2p にアップデートされました。

• OpenSSH パッケージのアップデート

  OpenSSH パッケージはバージョン 7.7p1 にアップデートされました。

ESXi650-201811102-SG

パッチのカテゴリ	セキュリティ
パッチの重要度	重要
ホストの再起動が必要	はい
仮想マシンの移行またはシャットダウンが必要	はい
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMware_bootbank_esx-ui_1.31.0-10201673
修正されたパッチ リリース	該当なし
CVE 番号	該当なし

このパッチは esxi-ui VIB をアップデートします。

ESXi650-201811103-SG

パッチのカテゴリ	セキュリティ
パッチの重要度	中
ホストの再起動が必要	なし
仮想マシンの移行またはシャットダウンが必要	なし
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMware_locker_tools-light_6.5.0-2.71.10868328
修正されたパッチ リリース	該当なし
CVE 番号	該当なし

このパッチは tools-light VIB をアップデートします。

ESXi-6.5.0-20181104001-standard

プロファイル名	ESXi-6.5.0-20181104001-standard
ビルド	ビルド情報については、このページのトップを参照してください。
ベンダー	VMware, Inc.
リリース日	2018 年 11 月 29 日
許容レベル	PartnerSupported
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
影響のある VIB	VMware_bootbank_esx-base_6.5.0-2.75.10884925 VMware_bootbank_esx-tboot_6.5.0-2.75.10884925 VMware_bootbank_vsan_6.5.0-2.75.10884926 VMware_bootbank_vsanhealth_6.5.0-2.75.10884927 VMW_bootbank_ne1000_0.8.3-8vmw.650.2.75.10884925 VMW_bootbank_vmkusb_0.1-1vmw.650.2.75.10884925 VMware_bootbank_lsu-lsi-lsi-mr3-plugin_1.0.0-11vmw.650.2.75.10884925 VMW_bootbank_ntg3_4.1.3.2-1vmw.650.2.75.10884925 VMware_bootbank_lsu-hp-hpsa-plugin_2.0.0-7vmw.650.2.75.10884925
修正されたパッチ リリース	1847663、1863313、1894568、1949789、2021943、2022147、2029579、2037849、2037926、2057600、2063154、2071506、2071610、2071817、2072971、2073175、2078843、2079002、2083594、2083627、2084723、2088951、2089048、2096942、2097358、2098928、2102135、2102137、2107335、2113432、2119609、2122259、2122523、2128932、2130371、2133589、2136002、2139317、2139940、2142767、2144766、2152381、2153867、2154912、2187127、2128759、2187136、2155840、2155858、2156840、2157503、2158561、2164733、2167294、2167877、2170126、2171799、2173856、2179262、2180962、2182211、2186065、2191349、2192629、2192836、2193829、2194304、2197789、2203385、2203836、2204024、2204028、2204507、2209900、2209919、2211285、2211639、2213917、2225439、2225471、2096875、2151342、2064111
関連する CVE 番号	該当なし

• このパッチでは、以下の問題がアップデートされています。

  • vSphere Update Manager を使用して ESXi 6.5 以降にアップグレードすると、libparted オープン ソース ライブラリの問題が原因で失敗することがあります。次のバックトレースが表示されることがあります。

    [root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
Backtrace has 12 calls on stack:
12: /lib/libparted.so.0(ped_assert+0x2a) [0x9e524ea]
11: /lib/libparted.so.0(ped_geometry_read+0x117) [0x9e5be77]
10: /lib/libparted.so.0(ped_geometry_read_alloc+0x75) [0x9e5bf45]
9: /lib/libparted.so.0(nilfs2_probe+0xb5) [0x9e82fe5]
8: /lib/libparted.so.0(ped_file_system_probe_specific+0x5e) [0x9e53efe]
7: /lib/libparted.so.0(ped_file_system_probe+0x69) [0x9e54009]
6: /lib/libparted.so.0(+0x4a064) [0x9e8f064]
5: /lib/libparted.so.0(ped_disk_new+0x67) [0x9e5a407]
4: partedUtil() [0x804b309]
3: partedUtil(main+0x79e) [0x8049e6e]
2: /lib/libc.so.6(__libc_start_main+0xe7) [0x9edbb67]
1: partedUtil() [0x804ab4d] Aborted

  • SATP 要求ルールを再設定しないと、SolidFire アレイのパフォーマンスを最適化できないことがあります。

  • 次の DELL MD ストレージ アレイ モデルの場合は、要求ルールを ESXi に手動で追加する必要があります。MD32xx、MD32xxi、MD36xxi、MD36xxf、MD34xx、MD38xxf、および MD38xxi 

  • EMC RecoverPoint を使用している場合は、vSCSI フィルタ ツールで競合状態が発生するため、仮想マシンのシャットダウン中またはパワーオフ中に ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • 無停止アップグレード中、一部のパスが Permanent Device Loss (PDL) の状態になることがあります。PDL の状態になったパスは、アップグレード後も使用できません。そのため、デバイスの接続が失われる場合があります。

  • ページ キャッシュからページを削除する際に、データ構造が破損していることが原因で、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のバックトレースが表示されることがあります。

    2018-01-01T04:02:47.859Z cpu13:33232)Backtrace for current CPU #13, worldID=33232, rbp=0xd
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b720:[0x41800501883b]PageCacheRemoveFirstPageLocked@vmkernel#nover+0x2f stack: 0x4305dd30
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b740:[0x418005019144]PageCacheAdjustSize@vmkernel#nover+0x260 stack: 0x0, 0x3cb418317a909
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81bfd0:[0x41800521746e]CpuSched_StartWorld@vmkernel#nover+0xa2 stack: 0x0, 0x0, 0x0, 0x0, 0
2018-01-01T04:02:47.877Z cpu13:33232)^[[45m^[[33;1mVMware ESXi 6.0.0 [Releasebuild-6921384 x86_64]^[[0m
#GP Exception 13 in world 33232:memMap-13 @ 0x41800501883b

  • HITACHI OPEN-V ストレージ アレイの場合、ESXi ホストに要求ルールを手動で追加する必要があります。 

  • vSphere Web Client を使用して NTP を更新すると、NTP に手動で追加した設定が ntp.conf ファイルから削除されることがあります。NTP の更新では、すべての設定に加えて、制限オプション、driftfile、手動で追加したサーバが ntp.conf ファイルに保存されます。ntp.conf ファイルを手動で変更した場合、更新を伝達するために hostd を再起動する必要があります。

  • hostd によって新しいチケットが生成される前に古いチケットが削除されずに残っていると、RAM ディスク ノードが枯渇することがあります。これにより、ESXi ホストが応答を停止することがあります。

  • 冗長状態チェックが原因で、接続済みの USB デバイスをパススルーとして使用して、vSphere vMotion による仮想マシンの移行を実行できないことがあります。

  • 仮想マシンが VMFSsparse スナップショットに配置されている場合、仮想マシンに送信された I/O が VMFSsparse レベルでは部分的にのみ処理されているにもかかわらず、I/O フィルタなどの上位レイヤーでは転送が成功したとみなされる可能性があります。これにより、データの不整合が発生することがあります。

  • ESXi ホストに、Block Limits VPD ページ内で SCSI デバイスによって報告された MAXIMUM TRANSFER LENGTH パラメータが反映されないことがあります。その結果、転送サイズが上限を超えて指定された I/O コマンドは失敗し、次のようなログが記録されることがあります。

    2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.

  • 対応するデバイス パスのキュー深度が変更された場合は、esxtop コマンドライン ユーティリティを実行しても、デバイスの更新されたキュー深度値が表示されないことがあります。

  • 仮想マシンで vmxnet3 ネットワーク アダプタと WDS が利用され、EFI ファームウェアを使用している場合に PXE ブートを試行すると、可変の Windows 拡張機能オプションが WDS で無効でない場合、仮想マシンの起動速度が著しく低下することがあります。

  • Apple USB の問題が原因で、iOS 11 以降の iOS バージョンがインストールされた Apple デバイスを、OS X 10.12 以降の OS X バージョンがインストールされた仮想マシンに接続できません。

  • vmware.log データを Syslog に送信するための ID (vmx.log.syslogID) が、変数で指定された文字列が無視されるために正常に動作しないことがあります。

  • グローバル IPv6 アドレスを無効にすると、コード パスで依然として IPv6 が使用されているために、ESXi ホストに断続的に障害が発生することがあります。

  • 非常にまれに、hostd の初期化中に HTTP 要求が行われると、このエージェントで障害が発生することがあります。

  • 仮想マシンの .vmx ファイルで特定の無効なパラメータが使用されている場合、hostd に障害が発生することがあります。例として、ideX:Y.present などのパラメータを True の値とともに手動で .vmx ファイルに追加した場合が挙げられます。

  • Linux 仮想マシンで構成されるクラスタに、ESXi のバージョンが異なる複数のホストが配置されており、Merom および Penryn プロセッサで EVC (Enhanced vMotion Compatibility) レベルが L0 または L1 に設定されている場合、vSphere vMotion を使用して ESXi 6.0 ホストから、より新しい ESXi バージョンを搭載したホストに移行すると、仮想マシンが応答を停止することがあります。

  • VMware vSphere VMFS6 を終了する際に、データストア ハートビートが途中で停止することが原因で、ESXi ホストが応答しなくなることがあります。その結果、アフィニティ マネージャを正常に終了できなくなります。

  • Tegile IntelliFlash ストレージ アレイの場合、ESXi に要求ルールを手動で追加する必要があります。

  • ストレージ アレイ内の I/O 遅延が変動することにより次の 2 つの VOB イベントが生成されることがありますが、仮想マシンに実際に問題があることは報告されません。

    1. Device naa.xxx performance has deteriorated.I/O latency increased from average value of 4114 microseconds to 84518 microseconds.（デバイス naa.xxx のパフォーマンスが低下しました。I/O 遅延は、平均値である 4,114 マイクロ秒から 84,518 マイクロ秒に増加しました。）
    2. Device naa.xxx performance has improved.I/O latency reduced from 346115 microseconds to 67046 microseconds.（デバイス naa.xxx のパフォーマンスが向上しました。I/O 遅延は、346,115 マイクロ秒から 67,046 マイクロ秒に短縮されました。）

  • vSphere vMotion を使用して、ファイル デバイス フィルタが設定された仮想マシンを vSphere Virtual Volumes データストアから別のホストに移行した場合に、仮想マシンで変更ブロックのトラッキング (CBT)、VMware vSphere Flash Read Cache (VFRC)、または I/O フィルタのいずれかが有効であると、移行時にいずれかの機能に問題が発生することがあります。移行中に、ファイル デバイス フィルタがホストに正しく転送されないことがあります。その結果、キャッシュ I/O フィルタがライトバック モードに設定されている場合、CBT の増分バックアップの破損や、VFRC およびキャッシュ I/O フィルタのパフォーマンスの低下、レプリケーション I/O フィルタの破損、およびディスクの破損が生じることがあります。仮想マシンの暗号化に問題が発生することもあります。

  • VMware vSphere APIs for Storage Awareness プロバイダを使用している場合は、キャンセルされたタスクまたは削除されたタスクに getTaskUpdate 呼び出しが複数回行われることがあります。その結果、vSphere API for Storage Awareness バンド幅の使用量およびログの出力が増えることがあります。

  • vSphere API for Storage Awareness プロバイダのデータベースからバインディング情報が失われると、無限ループが発生して CPU ロード率が 100% になり、これが原因で vSphere Virtual Volumes が応答しなくなることがあります。hostd も応答を停止することがあります。致命的なエラー メッセージが表示されることがあります。今回の修正により、データベース バインディング エラーが発生した場合でも無限ループは発生しません。

  • 大量のログ作成によって ESXi ホストのログ リソース グループが過負荷の状態にある場合、esxcfg-syslog コマンドの実行中に hostd が応答しなくなることがあります。この修正により、esxcfg-syslog 関連コマンドがログ リソース グループから ESXi Shell に移動されるため、ESXi Shell のデフォルト リソース グループのメモリ使用量が増える可能性があります。

  • IPMI センサーが無効な場合、またはデータを報告しないセンサーがある場合は、ハードウェア健全性アラームが誤って表示されることがあります。

  • 接続されていない状態で vSphere API for Storage Awareness プロバイダの登録を解除すると、java.lang.NullPointerException エラーが表示されることがあります。プロバイダが接続されていない状態では、イベント マネージャおよびアラーム マネージャが初期化されないため、エラーが発生します。

  • 古いキャッシュ エントリにより、VMFS6 データストアで誤って容量不足が報告されることがあります。

  • CBRC を使用して仮想マシンのスナップショットを作成してから、CBRC を無効にすると、「指定されたパラメータが正しくありませんでした。spec.deviceChange.device」というエラーと共に、ディスクの統合処理に失敗することがあります。このエラーは、CBRC を無効にした後にダイジェスト ファイルが削除されることが原因で発生します。「仮想マシンのディスク統合が必要です。」というアラートが、問題が解決されるまで表示されます。

  • OMIVV では、一部の Dell モジュール サーバを識別するために、iDRAC プロパティ hardware.systemInfo.otherIdentifyingInfo.ServiceTag の情報を利用して SerialNumber パラメータを取得しています。serviceTag プロパティが一致していない場合は、この統合が失敗する可能性があります。

  • 以前は、プロセッサやファンなどのコンポーネントが vCenter Server システム内に見つからなかった場合、プレゼンス センサーにステータスが [不明] と表示されていました。ただし、プレゼンス センサーは健全性の状態が関連付けられていません。

  • ESXi ホストに接続されたターゲットが暗示的な ALUA のみをサポートしている場合に、設定されているのがスタンバイ パスのみであるときは、競合状態になるため、デバイス検出時にホストが失敗して、パープル スクリーンが表示されることがあります。次のようなバックトレースが表示されることがあります。

    SCSIGetMultipleDeviceCommands (vmkDevice=0x0, result=0x451a0fc1be98, maxCommands=1, pluginDone=<optimized out>) at bora/vmkernel/storage/device/scsi_device_io.c:2476
0x00004180171688bc in vmk_ScsiGetNextDeviceCommand (vmkDevice=0x0) at bora/vmkernel/storage/device/scsi_device_io.c:2735
0x0000418017d8026c in nmp_DeviceStartLoop (device=device@entry=0x43048fc37350) at bora/modules/vmkernel/nmp/nmp_core.c:732
0x0000418017d8045d in nmpDeviceStartFromTimer (data=..., data@entry=...) at bora/modules/vmkernel/nmp/nmp_core.c:807

  • ESXi ホストに利用可能な VMware Tools ISO イメージがなく、アクティブな仮想マシン上で VMware Tools のアップグレードを実行すると、この操作が VIX エラー コード 21000 と共に失敗することがあります。ISO イメージが利用可能になった後でも、API、vSphere Client、vSphere Web Client のいずれかを使用して VMware Tools をアップグレードすることができない場合があります。これは、仮想マシンのパワーオン時に ESXi ホストが初回の可用性チェックをキャッシュし、これを更新しないために発生します。

  • hostd サービスのログと Syslog で、クラスタ内のすべての ESXi ホストについて、不要なデバッグ例外ログが収集されることがあります。

    hostd ログには、以下のようなメッセージが記録されます。
    No match, sensor_health file missing sensorNumer 217: class 3 sensor type 35 offset 0

    Syslog には、/etc/sfcb/omc/sensor_health に以下のようなメッセージが記録されます。
    Missing expected value to check for

  • IBM SVC ターゲットの背後に置かれた LUN に複数のパスが割り当てられている ESXi 設定において、アクティブなパスで接続が失われ、それと同時に、別の接続パスでは I/O 処理ができない状態の場合、I/O 処理に実際に使用できるパスがないにもかかわらず、ESXi ホストはこの接続を APD として検出しないことがあります。その結果、このデバイスの I/O はファスト フェイルしません。

  • ネットワーク パフォーマンスを向上するために、次のコマンドを使用して、物理 NIC の Rx リングおよび Tx リングのサイズをカスタマイズした場合：
    esxcli network nic ring current set -n <vmnicX> -t <value>
esxcli network nic ring current set -n <vmnicX> -r <value>
    ESXi ホストの再起動後にこの設定が維持されないことがあります。

  • 高負荷システムで大量の I/O がタイムアウトになることによって、物理 CPU のソフト ロックアップが生じる場合があります。その結果、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • ハードコードされたソケット バッファの上限が 16 MB であるため、遅延が 100 ミリ秒などと大きく、ネットワーク リンクが 10 GbE などと高速な場合は、長距離での vSphere vMotion 処理のパフォーマンスが低下することがあります。今回の修正により、最大ソケット バッファ サイズのパラメータ SB_MAX_ADJ を設定できるようになりました。

  • 競合状態が原因で、ゲスト OS の再起動中に仮想マシンの実行可能プロセスが失敗し、仮想マシンがシャットダウンすることがあります。

  • sfcb-vmware_raw[69194]: IpmiIfcFruGetInv: Failed during send cc = 0xc9 のような複数のメッセージが Syslog.log に表示されることがあります。これらは、通常の情報ログであり、エラーや警告ログではありません。

  • Linux 仮想マシンの静止スナップショットを正常に作成した後、依然としてスナップショット マネージャにスナップショットが静止していないと表示されることがあります。

  • リリース ビルドでは、smartd によって Syslog サービス ログにデバッグや情報メッセージが大量に記録されることがあります。

  • 仮想 SATA CD-ROM に対する無効なコマンドによってエラーが発生し、仮想マシンのメモリ使用量が増える場合があります。これによって、仮想マシンでメモリを割り当てることができなくなり、障害が発生することがあります。
    無効なコマンドに関する次のログが記録されることがあります。
    YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-USER: Invalid size in command 
YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-VMM: sata0:0: Halted the port due to command abort.

    また、次のような同様のパニック メッセージが表示されることがあります。
    YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| E105: PANIC: リカバリ不能なメモリ割り当ての失敗です

  • vSphere Web Client の [クラスタ構成] ダッシュボードで [ディスク管理] テーブルの [物理的な場所] 列を選択すると、列が空白のままになり、hpsa ドライバに関する情報のみが表示されることがあります。

  • 温度や再割り当てセクター カウントなど、一部の重要なフラッシュ デバイス パラメータでは、しきい値が指定されていません。その結果、ESXi ホストの smartd デーモンで警告が報告されることがあります。

  • 外部プロセス esxcfg-syslog が停止している間、hostd サービスが応答を停止することがあります。その結果、ESXi ホストが応答しなくなることがあります。

  • IPFIX が有効な場合に、さまざまなフローによってトラフィック量が増大すると、システム ハートビートが長時間 IPFIX から CPU を先取りできなくなり、パープル スクリーンがトリガされることがあります。

  • デフォルトでは、vSphere HA が有効な ESXi ホストで、隔離時の対応機能は無効です。隔離時の対応機能を有効にすると、vSphere HA フェイルオーバーの後、NSX-T 論理スイッチに接続されている仮想マシン ポートがブロックされることがあります。

  • vSphere Network I/O Control と NIC のキュー ペアリングが無効な場合、管理、ISCSI、NFS などのインフラストラクチャ トラフィックで Out-of-Order パケットが発生することがあります。これは、vSphere Network I/O Control が無効な場合、キュー ペアリングも無効になり、NIC で複数のキューの処理が行われるためです。

  • Block Limits VPD ページ 0xb0 をサポートしないドライバによってイベント コード ログが生成され、それによって vmkernel.log がフラッディングすることがあります。

  • VMware vSphere Replication を使用して仮想マシンをレプリケートする場合、直ちに、または 24 時間以内に ESXi ホストで障害が発生して、パープル スクリーンが表示され、次のエラーが報告されることがあります。PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc.

  • 一部のサード パーティ製デバイス ドライバがコマンド処理に繰り返し失敗することが原因で、仮想マシンが応答しなくなることがあります。仮想マシン コンソールを開く際に次のエラーが表示されることがあります。

    エラー：「MKS に接続できません：再試行期限内にパイプ \\.\pipe\vmware-authdpipe に接続できません」 

  • 150 台を超える仮想マシンを備えた vSphere 6.5 環境でゲスト イントロスペクション サービスがアクティブな場合、vSphere vMotion を使用した仮想マシンの移行が、次のような vSphere Web Client のエラーで失敗することがあります。

    ソースはターゲットがレジュームに失敗したことを検出しました。

    ターゲットの vmware.log には、次のようなエラー メッセージが記録されます。
    2018-07-18T02:41:32.035Z| vmx| I125: MigrateSetState: Transitioning from state 11 to 12.
2018-07-18T02:41:32.035Z| vmx| I125: Migrate: Caching migration error message list:
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.migration.failedReceive] Failed to receive migration.
2018-07-18T02:41:32.035Z| vmx| I125: [msg.namespaceDb.badVersion] Incompatible version -1 (expect 2).
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.mrestoregroup.failed] An error occurred restoring the virtual machine state during migration.

    vmkernel ログには、次のようなエラー メッセージが記録されます。
    2018-07-18T02:32:43.011Z cpu5:66134)WARNING: Heap: 3534: Heap fcntlHeap-1 already at its maximum size.Cannot expand.
2018-07-18T02:41:35.613Z cpu2:66134)WARNING: Heap: 4169: Heap_Align(fcntlHeap-1, 200/200 bytes, 8 align) failed. caller: 0x41800aaca9a3

  • NFS データストアが Syslog データストアとして設定されており、ESXi ホストをこのデータストアから切断すると、このデータストアへのログ作成が停止し、ESXi ホストが応答しなくなることがあります。

  • この修正により、Lenovo DE シリーズ ストレージ アレイのデフォルト値として、SATP が VMW_SATP_ALUA に、PSP が VMW_PSP_RR に、要求オプションが tpgs_on に設定されます。

  • 重複排除が有効な vSAN クラスタで、キャパシティ ディスクに対する I/O が別のディスクにルート変更されることがあります。新しい転送先デバイスで、Permanent Device Loss (PDL) が発生する場合があります。この間に、障害の発生したディスクに対する I/O 要求が届くと、ホストで障害が発生して、パープル スクリーンが表示されることがあります。

  • 仮想マシンのサポート バンドル フォルダを手動で ESXi ホストから削除し、ホストの /scratch/downloads ディレクトリにダウンロードした場合、hostd では、作成から 1 時間後にこのパスにあるフォルダを自動的に削除しようとするため、障害が発生することがあります。

  • キャッシュ エントリがすでに退去されている場合でも、競合状態により、再度退去されることがあります。これによって、ESXi ホストで null ポインタの逆参照が行われ、ESXi ホストの障害が発生します。

  • vCenter Server Appliance 6.5 への移行またはアップグレード時に、vCenter Server Appliance で必要とされるサイズが、デプロイ サイズのしきい値を上回る場合、情報テーブルで [デプロイ サイズ] オプションを使用できません。

  • アップリンクが定期的に使用されている場合に、NIOC hClock スケジューラによって、アップリンク ネットワーク デバイスがリセットされることがあり、このリセットは予測できません。

  • ホスト プロファイルでステートフル インストール機能が有効であり、管理 VMkernel NIC が Distributed Switch に接続されている場合に、vSphere Auto Deploy を使用してホスト プロファイルを別の ESXi 6.5 ホストに適用すると、PXE ブート中に失敗することがあります。ホストはメンテナンス モードの状態のまま変わりません。

  • SR-IOV vNIC を使用する仮想マシンでスクリプトを使用して電源の入れ直しを実行すると、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • ESXi ホストの統計情報データベースに、仮想マシンやデータストアなどのエンティティがなくなっているにもかかわらず、vim.PerformanceManager によって、このエンティティのパフォーマンス データのリクエストが発行された場合、ホスト エージェント プロセスで障害を招くコード パスが実行される可能性があります。その結果、vCenter Server システムからホストが一時的に利用できなくなることがあります。

  • NetFlow ネットワーク分析ツールを有効にして vSphere Distributed Switch ポート グループ上のすべてのパケットのサンプリングを取得する場合、サンプリング レートを 0 に設定すると、フローが 100 万を超えた場合にネットワーク遅延が 1,000 ミリ秒に到達することがあります。

  • パワーオフまたは移行せずに、仮想マシンでディスクのホット アドまたはホット リムーブ処理を数百回行うと、この仮想マシンが終了して無効になることがあります。これにより、バックアップ ソリューションに影響が及び、バックアップ プロキシ仮想マシンが終了することがあります。

    hostd ログに、次のような内容が記述されることがあります。
    2018-06-08T10:33:14.150Z info hostd[15A03B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datatore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_ON -> VM_STATE_RECONFIGURING) ...
2018-06-08T10:33:14.167Z error hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] Could not apply pre-reconfigure domain changes: Failed to add file policies to domain :171: world ID :0:Cannot allocate memory ...
2018-06-08T10:33:14.826Z info hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_RECONFIGURING -> VM_STATE_ON) ...
2018-06-08T10:35:53.120Z error hostd[15A44B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx] Expected permission (3) for /vmfs/volumes/path/to/backupVM not found in domain 171

    vmkernel ログの内容は、次のようになります。
    2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)World: 12235: VC opID 5953cf5e-3-a90a maps to vmkernel opID 4c6a367c
2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)WARNING: Heap: 3534: Heap domainHeap-54 already at its maximum size.Cannot expand.

  • ESXi ホスト上の最後の仮想マシンをパワーオフする際、この仮想マシンで sysContexts 構成を使用している場合は、sysContexts 構成によって設定された排他的なアフィニティがスケジューラによって削除されないことがあります。

  • vSphere Web Client の [概要] タブと [スナップショット マネージャ] タブで仮想マシンが選択されている場合に、SNMP エージェントによって、誤ったトラップ vmwVmPoweredOn が提供されることがあります。

  • hostd の再起動後、一部のカウンタでゼロ エラーによる分離が起こるため、詳細パフォーマンス チャートで一部の仮想マシン統計情報のグラフが表示されなくなることがあります。

  • ESXi ホスト上に NSX-T アプライアンスをデプロイすると、NSX opsAgent で障害が発生し、コア ダンプ ファイルが /var/core に生成されることがあります。この障害は、ホストから提供されるライブラリ コードでの競合状態が原因で発生します。

  • 共有 VMFS データストアに /productLocker ディレクトリを設定した場合に、vSphere vMotion を使用して仮想マシンを移行すると、仮想マシンの VMware Tools に [サポート対象外] という不正確なステータスが表示されることがあります。

  • MSINFO32 コマンドによって、Windows 7 または Windows Server 2008 R2 を実行する仮想マシン上のインストール済み物理 RAM が表示されないことがあります。2 個以上の vCPU が仮想マシンに割り当てられている場合、[インストール済み物理 RAM] フィールドに使用不可と表示されます。

  • 時として、非整列の重複 I/O が発生した場合、vSAN スタックの 2 段階コミット エンジンのコミット スケジューラが直ちに実行されないことがあります。これによって、I/O 処理の遅延が増大します。

  • OSFS_Readdir API で表示されるディレクトリ エントリは、指定されたバッファ サイズによって制限されており、常に End Of File (EOF) が Yes と返されます。ディレクトリ全体を読み取るには、FSSReadDir を複数回呼び出すことが必要になる場合があります。

  • vSAN ストレッチ クラスタを ESXi 6.0 から 6.5 にアップデートする際、ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のスタック トレースによって、この問題を特定できます。
    
    #0 DOMUtil_HashFromUUID
#1 DOMServer_GetServerIndexFromUUID
#2 DOMOwnerGetRdtMuxGroupInt
#3 DOMOwner_GetRdtMuxGroupUseNumServers
#4 DOMAnchorObjectGetOwnerVersionAndRdtMuxGroup
#5 DOMAnchorObjectCreateResolverAndSetMuxGroup
#6 DOMObject_InitServerAssociation
#7 DOMAnchorObjectInitAssociationToProxyOwnerStartTask
#8 DOMOperationStartTask
#9 DOMOperationDispatch
#10 VSANServerExecuteOperation
#11 VSANServerMainLoop

  • ディスクの I/O エラーが報告され、vSAN がそのディスクからの I/O の処理を停止した場合でも、vSAN がディスクをパフォーマンスが低下したものとして表示するまでに時間がかかることがあります。

  • Dell R730 サーバ上のファンが、vSphere Client または vSphere Web Client の [ハードウェア ステータス] タブの [ファン] セクション以外に表示されているか、まったく表示されないことがあります。

  • vCenter Server 6.5 Update 2 にアップグレードした後、ESXi 6.5 Update 2 より古いバージョンが搭載されたホストにデプロイされた仮想マシンの容量が、vSAN キャパシティ モニターに表示されません。モニターには、クラスタで実際に使用されているよりも、少ない容量が表示されることがあります。

  • vSAN による内部 I/O 調整が行われるため、vSAN のログ レイヤーからコンポーネントの輻輳が発生し、ゲスト I/O バンド幅が低下することがあります。ステージング解除を高速化するために、大規模 I/O の分割が適切に活用されません。この問題により、ログが蓄積され、輻輳が発生することがあります。メンテナンス モードに切り替わると、IOPS が低下することがあります。

  • IPv6 環境では、Multicast Listener Discovery (MLD) バージョン 1 によってクエリ実行中に競合状態が発生することが原因で ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のようなエラー メッセージが表示されることがあります。

    #PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000

  • 新しい NFS データストアに、既存のデータストアの古い名前を付けると、NFS データストアへの接続が失われることがあります。たとえば、既存のデータストアの名前を NFS-01 から NFS-01-renamed に変更した後、NFS-01 という名前の新しい NFS データストアを作成する場合です。この結果、名前が変更されたデータストアと ESXi ホストの接続が失われ、ESXi ホストに新しいデータストアをマウントできません。

  • ESXi ホストで IPv4 を無効にした場合、システムで IPv4 アドレスが要求されるため、IPv6 ホスト名を設定できないことがあります。

  • 生成された Syslog.log アーカイブ ファイルの数が、syslog.global.defaultRotate パラメータで設定されたデフォルト値より 1 つ少なくなることがあります。Syslog.log アーカイブ ファイルの数はまた、ESXi バージョン 6.0 と 6.5 の間で異なることがあります。たとえば、syslog.global.defaultRotate がデフォルトで 8 に設定されている場合、ESXi 6.0 では syslog.0.gz から syslog.7.gz が作成されますが、ESXi 6.5 では syslog.0.gz から syslog.6.gz が作成されます。

  • オブジェクトが拡張される際、増大するサイズ要件に対処するため、レプリカにノードが連結されます。時間が経過すると、vSAN は連結ノードを含む新しいレプリカを作成し、元のレプリカと連結ノードは破棄されます。vSAN は元のレプリカと連結ノードをマージして、新しいレプリカを作成するため、vSAN に新しいコンポーネントを配置するために十分な空き容量がない場合、処理に失敗することがあります。ディスクの負荷が高く、ディスク上のすべてのコンポーネントが連結ノードに配置されている場合、再調整処理でコンポーネントを移動して、ディスクの負荷を分散することはできません。

  • VMDK を拡張しながら、VMDK のストレージ ポリシーを変更することはできませんが、既存のポリシーによって [データの局所性] ルールが設定されている場合、ストレージ ポリシーをまったく変更しない場合でも、拡張に失敗することがあります。

  • AMD ベースのホストで実行される仮想マシンでは、予約メモリ範囲レポートの上限が正しく計算されないことがあります。このため、VMware DirectPath I/O 機能を使用する仮想マシンがパワーオンできないことがあります。

  • NMP デバイス静止コード パスでエラーが発生し、すでにリリースされたロックをロック解除する呼び出しが実行されることがあります。これによって、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • ハードウェア バージョンが 10 以前の仮想マシンで EFI を使用して AMD プロセッサ上で Windows Server 2016 を実行していると、再起動中に応答を停止することがあります。仮想マシンが BIOS を使用している場合や、ハードウェア バージョンが 11 以降の場合、ゲスト OS が Windows でない場合、またはプロセッサが Intel 製である場合は、この問題は発生しません。

  • 同じ名前の文字デバイスの再登録を行うと、次のような警告が表示されることがあります。
    2018-09-14T04:49:27.441Z cpu33:4986380)警告: CharDriver: 291: XXXX という名前のデバイスがスロット XX をすでに使用しています
    繰り返し試行すると、デバイスの登録に必要なヒープ メモリが解放されません。これにより、メモリ リークが発生し、最終的に ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • システムの再起動後に NMP SATP モジュールを読み込む際、vmk_ModuleLoad() メソッドで、変更されたモジュール固有のパラメータを読み取れないことがあります。この問題は、主にサードパーティ製ドライバで発生します。

  • vSAN では、クラスタ内のすべてのディスクの平均的な使用量を計算します。負荷の調整処理では、この値を使用してデータを移動し、移行先のディスクで負荷に偏りが生じないようにします。vSAN ストレッチ クラスタを使用する場合は、サイト間でストレージ使用率が異なることがあります。1 つのサイトの平均的な使用量の値が、もう一方のサイトよりも高い場合、負荷の分散が予想通りに動作しない場合があります。

  • vSAN ディスク サービサビリティ プラグインの lsu-lsi-lsi-mr3-plug-in でメモリ割り当ての問題が発生することにより、ESXi ホストと hostd が応答を停止することがあります。「メモリ不足」または「スレッドのクローン作成エラー」というエラー メッセージが表示されることがあります。

  • まれに、ntg3 ドライバを使用している NIC（Broadcom BCM5719 NIC や 5720 GbE NIC など）が、オーバーサイズ パケットの送信を試行して失敗した場合、一時的にパケットの送信を停止することがあります。ntg3 ドライバ バージョン 4.1.3.2 をインストールすると、この問題は解決されます。

  • HPE ProLiant Gen9 Smart Array コントローラ（P440 や P840 など）を装備した vSAN クラスタで、障害が発生したデバイス上のロケータ LED が正しく点灯しないことがあります。

  • 仮想マシンを削除したとき、.dvsData フォルダ内のポート ファイルの削除順序が誤っているために、仮想マシンのディレクトリが NSX-T 環境に残ることがあります。

  • サンプリング レートが高く、トラフィックが多い状態で IPFIX を有効にすると、VXLAN 環境のパフォーマンスが低下することがあります。

ESXi-6.5.0-20181104001-no-tools

プロファイル名	ESXi-6.5.0-20181104001-no-tools
ビルド	ビルド情報については、このページのトップを参照してください。
ベンダー	VMware, Inc.
リリース日	2018 年 11 月 29 日
許容レベル	PartnerSupported
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
影響のある VIB	VMware_bootbank_esx-base_6.5.0-2.75.10884925 VMware_bootbank_esx-tboot_6.5.0-2.75.10884925 VMware_bootbank_vsan_6.5.0-2.75.10884926 VMware_bootbank_vsanhealth_6.5.0-2.75.10884927 VMW_bootbank_ne1000_0.8.3-8vmw.650.2.75.10884925 VMW_bootbank_vmkusb_0.1-1vmw.650.2.75.10884925 VMware_bootbank_lsu-lsi-lsi-mr3-plugin_1.0.0-11vmw.650.2.75.10884925 VMW_bootbank_ntg3_4.1.3.2-1vmw.650.2.75.10884925 VMware_bootbank_lsu-hp-hpsa-plugin_2.0.0-7vmw.650.2.75.10884925
修正されたパッチ リリース	1847663、1863313、1894568、1949789、2021943、2022147、2029579、2037849、2037926、2057600、2063154、2071506、2071610、2071817、2072971、2073175、2078843、2079002、2083594、2083627、2084723、2088951、2089048、2096942、2097358、2098928、2102135、2102137、2107335、2113432、2119609、2122259、2122523、2128932、2130371、2133589、2136002、2139317、2139940、2142767、2144766、2152381、2153867、2154912、2187136、2155840、2155858、2156840、2157503、2187127、2128759、2158561、2164733、2167294、2167877、2170126、2171799、2173856、2179262、2180962、2182211、2186065、2191349、2192629、2192836、2193829、2194304、2197789、2203385、2203836、2204024、2204028、2204507、2209900、2209919、2211285、2211639、2213917、2225439、2225471、2096875, 2151342、2064111
関連する CVE 番号	該当なし

• このパッチでは、以下の問題がアップデートされています。

  • vSphere Update Manager を使用して ESXi 6.5 以降にアップグレードすると、libparted オープン ソース ライブラリの問題が原因で失敗することがあります。次のバックトレースが表示されることがあります。

    [root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
Backtrace has 12 calls on stack:
12: /lib/libparted.so.0(ped_assert+0x2a) [0x9e524ea]
11: /lib/libparted.so.0(ped_geometry_read+0x117) [0x9e5be77]
10: /lib/libparted.so.0(ped_geometry_read_alloc+0x75) [0x9e5bf45]
9: /lib/libparted.so.0(nilfs2_probe+0xb5) [0x9e82fe5]
8: /lib/libparted.so.0(ped_file_system_probe_specific+0x5e) [0x9e53efe]
7: /lib/libparted.so.0(ped_file_system_probe+0x69) [0x9e54009]
6: /lib/libparted.so.0(+0x4a064) [0x9e8f064]
5: /lib/libparted.so.0(ped_disk_new+0x67) [0x9e5a407]
4: partedUtil() [0x804b309]
3: partedUtil(main+0x79e) [0x8049e6e]
2: /lib/libc.so.6(__libc_start_main+0xe7) [0x9edbb67]
1: partedUtil() [0x804ab4d] Aborted

  • SATP 要求ルールを再設定しないと、SolidFire アレイのパフォーマンスを最適化できないことがあります。

  • 次の DELL MD ストレージ アレイ モデルの場合は、要求ルールを ESXi に手動で追加する必要があります。MD32xx、MD32xxi、MD36xxi、MD36xxf、MD34xx、MD38xxf、および MD38xxi 

  • EMC RecoverPoint を使用している場合は、vSCSI フィルタ ツールで競合状態が発生するため、仮想マシンのシャットダウン中またはパワーオフ中に ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • 無停止アップグレード中、一部のパスが Permanent Device Loss (PDL) の状態になることがあります。PDL の状態になったパスは、アップグレード後も使用できません。そのため、デバイスの接続が失われる場合があります。

  • ページ キャッシュからページを削除する際に、データ構造が破損していることが原因で、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のバックトレースが表示されることがあります。

    2018-01-01T04:02:47.859Z cpu13:33232)Backtrace for current CPU #13, worldID=33232, rbp=0xd
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b720:[0x41800501883b]PageCacheRemoveFirstPageLocked@vmkernel#nover+0x2f stack: 0x4305dd30
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b740:[0x418005019144]PageCacheAdjustSize@vmkernel#nover+0x260 stack: 0x0, 0x3cb418317a909
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81bfd0:[0x41800521746e]CpuSched_StartWorld@vmkernel#nover+0xa2 stack: 0x0, 0x0, 0x0, 0x0, 0
2018-01-01T04:02:47.877Z cpu13:33232)^[[45m^[[33;1mVMware ESXi 6.0.0 [Releasebuild-6921384 x86_64]^[[0m
#GP Exception 13 in world 33232:memMap-13 @ 0x41800501883b

  • HITACHI OPEN-V ストレージ アレイの場合、ESXi ホストに要求ルールを手動で追加する必要があります。 

  • vSphere Web Client を使用して NTP を更新すると、NTP に手動で追加した設定が ntp.conf ファイルから削除されることがあります。NTP の更新では、すべての設定に加えて、制限オプション、driftfile、手動で追加したサーバが ntp.conf ファイルに保存されます。ntp.conf ファイルを手動で変更した場合、更新を伝達するために hostd を再起動する必要があります。

  • hostd によって新しいチケットが生成される前に古いチケットが削除されずに残っていると、RAM ディスク ノードが枯渇することがあります。これにより、ESXi ホストが応答を停止することがあります。

  • 冗長状態チェックが原因で、接続済みの USB デバイスをパススルーとして使用して、vSphere vMotion による仮想マシンの移行を実行できないことがあります。

  • 仮想マシンが VMFSsparse スナップショットに配置されている場合、仮想マシンに送信された I/O が VMFSsparse レベルでは部分的にのみ処理されているにもかかわらず、I/O フィルタなどの上位レイヤーでは転送が成功したとみなされる可能性があります。これにより、データの不整合が発生することがあります。

  • ESXi ホストに、Block Limits VPD ページ内で SCSI デバイスによって報告された MAXIMUM TRANSFER LENGTH パラメータが反映されないことがあります。その結果、転送サイズが上限を超えて指定された I/O コマンドは失敗し、次のようなログが記録されることがあります。

    2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.

  • 対応するデバイス パスのキュー深度が変更された場合は、esxtop コマンドライン ユーティリティを実行しても、デバイスの更新されたキュー深度値が表示されないことがあります。

  • 仮想マシンで vmxnet3 ネットワーク アダプタと WDS が利用され、EFI ファームウェアを使用している場合に PXE ブートを試行すると、可変の Windows 拡張機能オプションが WDS で無効でない場合、仮想マシンの起動速度が著しく低下することがあります。

  • Apple USB の問題が原因で、iOS 11 以降の iOS バージョンがインストールされた Apple デバイスを、OS X 10.12 以降の OS X バージョンがインストールされた仮想マシンに接続できません。

  • vmware.log データを Syslog に送信するための ID (vmx.log.syslogID) が、変数で指定された文字列が無視されるために正常に動作しないことがあります。

  • グローバル IPv6 アドレスを無効にすると、コード パスで依然として IPv6 が使用されているために、ESXi ホストに断続的に障害が発生することがあります。

  • 非常にまれに、hostd の初期化中に HTTP 要求が行われると、このエージェントで障害が発生することがあります。

  • 仮想マシンの .vmx ファイルで特定の無効なパラメータが使用されている場合、hostd に障害が発生することがあります。例として、ideX:Y.present などのパラメータを True の値とともに手動で .vmx ファイルに追加した場合が挙げられます。

  • Linux 仮想マシンで構成されるクラスタに、ESXi のバージョンが異なる複数のホストが配置されており、Merom および Penryn プロセッサで EVC (Enhanced vMotion Compatibility) レベルが L0 または L1 に設定されている場合、vSphere vMotion を使用して ESXi 6.0 ホストから、より新しい ESXi バージョンを搭載したホストに移行すると、仮想マシンが応答を停止することがあります。

  • VMware vSphere VMFS6 を終了する際に、データストア ハートビートが途中で停止することが原因で、ESXi ホストが応答しなくなることがあります。その結果、アフィニティ マネージャを正常に終了できなくなります。

  • Tegile IntelliFlash ストレージ アレイの場合、ESXi に要求ルールを手動で追加する必要があります。

  • ストレージ アレイ内の I/O 遅延が変動することにより次の 2 つの VOB イベントが生成されることがありますが、仮想マシンに実際に問題があることは報告されません。

    1. Device naa.xxx performance has deteriorated.I/O latency increased from average value of 4114 microseconds to 84518 microseconds.（デバイス naa.xxx のパフォーマンスが低下しました。I/O 遅延は、平均値である 4,114 マイクロ秒から 84,518 マイクロ秒に増加しました。）
    2. Device naa.xxx performance has improved.I/O latency reduced from 346115 microseconds to 67046 microseconds.（デバイス naa.xxx のパフォーマンスが向上しました。I/O 遅延は、346,115 マイクロ秒から 67,046 マイクロ秒に短縮されました。）

  • vSphere vMotion を使用して、ファイル デバイス フィルタが設定された仮想マシンを vSphere Virtual Volumes データストアから別のホストに移行した場合に、仮想マシンで変更ブロックのトラッキング (CBT)、VMware vSphere Flash Read Cache (VFRC)、または I/O フィルタのいずれかが有効であると、移行時にいずれかの機能に問題が発生することがあります。移行中に、ファイル デバイス フィルタがホストに正しく転送されないことがあります。その結果、キャッシュ I/O フィルタがライトバック モードに設定されている場合、CBT の増分バックアップの破損や、VFRC およびキャッシュ I/O フィルタのパフォーマンスの低下、レプリケーション I/O フィルタの破損、およびディスクの破損が生じることがあります。仮想マシンの暗号化に問題が発生することもあります。

  • VMware vSphere APIs for Storage Awareness プロバイダを使用している場合は、キャンセルされたタスクまたは削除されたタスクに getTaskUpdate 呼び出しが複数回行われることがあります。その結果、vSphere API for Storage Awareness バンド幅の使用量およびログの出力が増えることがあります。

  • vSphere API for Storage Awareness プロバイダのデータベースからバインディング情報が失われると、無限ループが発生して CPU ロード率が 100% になり、これが原因で vSphere Virtual Volumes が応答しなくなることがあります。hostd も応答を停止することがあります。致命的なエラー メッセージが表示されることがあります。今回の修正により、データベース バインディング エラーが発生した場合でも無限ループは発生しません。

  • 大量のログ作成によって ESXi ホストのログ リソース グループが過負荷の状態にある場合、esxcfg-syslog コマンドの実行中に hostd が応答しなくなることがあります。この修正により、esxcfg-syslog 関連コマンドがログ リソース グループから ESXi Shell に移動されるため、ESXi Shell のデフォルト リソース グループのメモリ使用量が増える可能性があります。

  • IPMI センサーが無効な場合、またはデータを報告しないセンサーがある場合は、ハードウェア健全性アラームが誤って表示されることがあります。

  • 接続されていない状態で vSphere API for Storage Awareness プロバイダの登録を解除すると、java.lang.NullPointerException エラーが表示されることがあります。プロバイダが接続されていない状態では、イベント マネージャおよびアラーム マネージャが初期化されないため、エラーが発生します。

  • 古いキャッシュ エントリにより、VMFS6 データストアで誤って容量不足が報告されることがあります。

  • CBRC を使用して仮想マシンのスナップショットを作成してから、CBRC を無効にすると、「指定されたパラメータが正しくありませんでした。spec.deviceChange.device」というエラーと共に、ディスクの統合処理に失敗することがあります。このエラーは、CBRC を無効にした後にダイジェスト ファイルが削除されることが原因で発生します。「仮想マシンのディスク統合が必要です。」というアラートが、問題が解決されるまで表示されます。

  • OMIVV では、一部の Dell モジュール サーバを識別するために、iDRAC プロパティ hardware.systemInfo.otherIdentifyingInfo.ServiceTag の情報を利用して SerialNumber パラメータを取得しています。serviceTag プロパティが一致していない場合は、この統合が失敗する可能性があります。

  • 以前は、プロセッサやファンなどのコンポーネントが vCenter Server システム内に見つからなかった場合、プレゼンス センサーにステータスが [不明] と表示されていました。ただし、プレゼンス センサーは健全性の状態が関連付けられていません。

  • ESXi ホストに接続されたターゲットが暗示的な ALUA のみをサポートしている場合に、設定されているのがスタンバイ パスのみであるときは、競合状態になるため、デバイス検出時にホストが失敗して、パープル スクリーンが表示されることがあります。次のようなバックトレースが表示されることがあります。

    SCSIGetMultipleDeviceCommands (vmkDevice=0x0, result=0x451a0fc1be98, maxCommands=1, pluginDone=<optimized out>) at bora/vmkernel/storage/device/scsi_device_io.c:2476
0x00004180171688bc in vmk_ScsiGetNextDeviceCommand (vmkDevice=0x0) at bora/vmkernel/storage/device/scsi_device_io.c:2735
0x0000418017d8026c in nmp_DeviceStartLoop (device=device@entry=0x43048fc37350) at bora/modules/vmkernel/nmp/nmp_core.c:732
0x0000418017d8045d in nmpDeviceStartFromTimer (data=..., data@entry=...) at bora/modules/vmkernel/nmp/nmp_core.c:807

  • ESXi ホストに利用可能な VMware Tools ISO イメージがなく、アクティブな仮想マシン上で VMware Tools のアップグレードを実行すると、この操作が VIX エラー コード 21000 と共に失敗することがあります。ISO イメージが利用可能になった後でも、API、vSphere Client、vSphere Web Client のいずれかを使用して VMware Tools をアップグレードすることができない場合があります。これは、仮想マシンのパワーオン時に ESXi ホストが初回の可用性チェックをキャッシュし、これを更新しないために発生します。

  • hostd サービスのログと Syslog で、クラスタ内のすべての ESXi ホストについて、不要なデバッグ例外ログが収集されることがあります。

    hostd ログには、以下のようなメッセージが記録されます。
    No match, sensor_health file missing sensorNumer 217: class 3 sensor type 35 offset 0

    Syslog には、/etc/sfcb/omc/sensor_health に以下のようなメッセージが記録されます。
    Missing expected value to check for

  • IBM SVC ターゲットの背後に置かれた LUN に複数のパスが割り当てられている ESXi 設定において、アクティブなパスで接続が失われ、それと同時に、別の接続パスでは I/O 処理ができない状態の場合、I/O 処理に実際に使用できるパスがないにもかかわらず、ESXi ホストはこの接続を APD として検出しないことがあります。その結果、このデバイスの I/O はファスト フェイルしません。

  • ネットワーク パフォーマンスを向上するために、次のコマンドを使用して、物理 NIC の Rx リングおよび Tx リングのサイズをカスタマイズした場合：
    esxcli network nic ring current set -n <vmnicX> -t <value>
esxcli network nic ring current set -n <vmnicX> -r <value>
    ESXi ホストの再起動後にこの設定が維持されないことがあります。

  • 高負荷システムで大量の I/O がタイムアウトになることによって、物理 CPU のソフト ロックアップが生じる場合があります。その結果、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • ハードコードされたソケット バッファの上限が 16 MB であるため、遅延が 100 ミリ秒などと大きく、ネットワーク リンクが 10 GbE などと高速な場合は、長距離での vSphere vMotion 処理のパフォーマンスが低下することがあります。今回の修正により、最大ソケット バッファ サイズのパラメータ SB_MAX_ADJ を設定できるようになりました。

  • 競合状態が原因で、ゲスト OS の再起動中に仮想マシンの実行可能プロセスが失敗し、仮想マシンがシャットダウンすることがあります。

  • sfcb-vmware_raw[69194]: IpmiIfcFruGetInv: Failed during send cc = 0xc9 のような複数のメッセージが Syslog.log に表示されることがあります。これらは、通常の情報ログであり、エラーや警告ログではありません。

  • Linux 仮想マシンの静止スナップショットを正常に作成した後、依然としてスナップショット マネージャにスナップショットが静止していないと表示されることがあります。

  • リリース ビルドでは、smartd によって Syslog サービス ログにデバッグや情報メッセージが大量に記録されることがあります。

  • 仮想 SATA CD-ROM に対する無効なコマンドによってエラーが発生し、仮想マシンのメモリ使用量が増える場合があります。これによって、仮想マシンでメモリを割り当てることができなくなり、障害が発生することがあります。
    無効なコマンドに関する次のログが記録されることがあります。
    YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-USER: Invalid size in command 
YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-VMM: sata0:0: Halted the port due to command abort.

    また、次のような同様のパニック メッセージが表示されることがあります。
    YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| E105: PANIC: リカバリ不能なメモリ割り当ての失敗です

  • vSphere Web Client の [クラスタ構成] ダッシュボードで [ディスク管理] テーブルの [物理的な場所] 列を選択すると、列が空白のままになり、hpsa ドライバに関する情報のみが表示されることがあります。

  • 温度や再割り当てセクター カウントなど、一部の重要なフラッシュ デバイス パラメータでは、しきい値が指定されていません。その結果、ESXi ホストの smartd デーモンで警告が報告されることがあります。

  • 外部プロセス esxcfg-syslog が停止している間、hostd サービスが応答を停止することがあります。その結果、ESXi ホストが応答しなくなることがあります。

  • IPFIX が有効な場合に、さまざまなフローによってトラフィック量が増大すると、システム ハートビートが長時間 IPFIX から CPU を先取りできなくなり、パープル スクリーンがトリガされることがあります。

  • デフォルトでは、vSphere HA が有効な ESXi ホストで、隔離時の対応機能は無効です。隔離時の対応機能を有効にすると、vSphere HA フェイルオーバーの後、NSX-T 論理スイッチに接続されている仮想マシン ポートがブロックされることがあります。

  • vSphere Network I/O Control と NIC のキュー ペアリングが無効な場合、管理、ISCSI、NFS などのインフラストラクチャ トラフィックで Out-of-Order パケットが発生することがあります。これは、vSphere Network I/O Control が無効な場合、キュー ペアリングも無効になり、NIC で複数のキューの処理が行われるためです。

  • Block Limits VPD ページ 0xb0 をサポートしないドライバによってイベント コード ログが生成され、それによって vmkernel.log がフラッディングすることがあります。

  • VMware vSphere Replication を使用して仮想マシンをレプリケートする場合、直ちに、または 24 時間以内に ESXi ホストで障害が発生して、パープル スクリーンが表示され、次のエラーが報告されることがあります。PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc.

  • 一部のサード パーティ製デバイス ドライバがコマンド処理に繰り返し失敗することが原因で、仮想マシンが応答しなくなることがあります。仮想マシン コンソールを開く際に次のエラーが表示されることがあります。

    エラー：「MKS に接続できません：再試行期限内にパイプ \\.\pipe\vmware-authdpipe に接続できません」 

  • 150 台を超える仮想マシンを備えた vSphere 6.5 環境でゲスト イントロスペクション サービスがアクティブな場合、vSphere vMotion を使用した仮想マシンの移行が、次のような vSphere Web Client のエラーで失敗することがあります。

    ソースはターゲットがレジュームに失敗したことを検出しました。

    ターゲットの vmware.log には、次のようなエラー メッセージが記録されます。
    2018-07-18T02:41:32.035Z| vmx| I125: MigrateSetState: Transitioning from state 11 to 12.
2018-07-18T02:41:32.035Z| vmx| I125: Migrate: Caching migration error message list:
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.migration.failedReceive] Failed to receive migration.
2018-07-18T02:41:32.035Z| vmx| I125: [msg.namespaceDb.badVersion] Incompatible version -1 (expect 2).
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.mrestoregroup.failed] An error occurred restoring the virtual machine state during migration.

    vmkernel ログには、次のようなエラー メッセージが記録されます。
    2018-07-18T02:32:43.011Z cpu5:66134)WARNING: Heap: 3534: Heap fcntlHeap-1 already at its maximum size.Cannot expand.
2018-07-18T02:41:35.613Z cpu2:66134)WARNING: Heap: 4169: Heap_Align(fcntlHeap-1, 200/200 bytes, 8 align) failed. caller: 0x41800aaca9a3

  • NFS データストアが Syslog データストアとして設定されており、ESXi ホストをこのデータストアから切断すると、このデータストアへのログ作成が停止し、ESXi ホストが応答しなくなることがあります。

  • この修正により、Lenovo DE シリーズ ストレージ アレイのデフォルト値として、SATP が VMW_SATP_ALUA に、PSP が VMW_PSP_RR に、要求オプションが tpgs_on に設定されます。

  • 重複排除が有効な vSAN クラスタで、キャパシティ ディスクに対する I/O が別のディスクにルート変更されることがあります。新しい転送先デバイスで、Permanent Device Loss (PDL) が発生する場合があります。この間に、障害の発生したディスクに対する I/O 要求が届くと、ホストで障害が発生して、パープル スクリーンが表示されることがあります。

  • 仮想マシンのサポート バンドル フォルダを手動で ESXi ホストから削除し、ホストの /scratch/downloads ディレクトリにダウンロードした場合、hostd では、作成から 1 時間後にこのパスにあるフォルダを自動的に削除しようとするため、障害が発生することがあります。

  • キャッシュ エントリがすでに退去されている場合でも、競合状態により、再度退去されることがあります。これによって、ESXi ホストで null ポインタの逆参照が行われ、ESXi ホストの障害が発生します。

  • vCenter Server Appliance 6.5 への移行またはアップグレード時に、vCenter Server Appliance で必要とされるサイズが、デプロイ サイズのしきい値を上回る場合、情報テーブルで [デプロイ サイズ] オプションを使用できません。

  • アップリンクが定期的に使用されている場合に、NIOC hClock スケジューラによって、アップリンク ネットワーク デバイスがリセットされることがあり、このリセットは予測できません。

  • ホスト プロファイルでステートフル インストール機能が有効であり、管理 VMkernel NIC が Distributed Switch に接続されている場合に、vSphere Auto Deploy を使用してホスト プロファイルを別の ESXi 6.5 ホストに適用すると、PXE ブート中に失敗することがあります。ホストはメンテナンス モードの状態のまま変わりません。

  • SR-IOV vNIC を使用する仮想マシンでスクリプトを使用して電源の入れ直しを実行すると、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • ESXi ホストの統計情報データベースに、仮想マシンやデータストアなどのエンティティがなくなっているにもかかわらず、vim.PerformanceManager によって、このエンティティのパフォーマンス データのリクエストが発行された場合、ホスト エージェント プロセスで障害を招くコード パスが実行される可能性があります。その結果、vCenter Server システムからホストが一時的に利用できなくなることがあります。

  • NetFlow ネットワーク分析ツールを有効にして vSphere Distributed Switch ポート グループ上のすべてのパケットのサンプリングを取得する場合、サンプリング レートを 0 に設定すると、フローが 100 万を超えた場合にネットワーク遅延が 1,000 ミリ秒に到達することがあります。

  • パワーオフまたは移行せずに、仮想マシンでディスクのホット アドまたはホット リムーブ処理を数百回行うと、この仮想マシンが終了して無効になることがあります。これにより、バックアップ ソリューションに影響が及び、バックアップ プロキシ仮想マシンが終了することがあります。

    hostd ログに、次のような内容が記述されることがあります。
    2018-06-08T10:33:14.150Z info hostd[15A03B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datatore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_ON -> VM_STATE_RECONFIGURING) ...
2018-06-08T10:33:14.167Z error hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] Could not apply pre-reconfigure domain changes: Failed to add file policies to domain :171: world ID :0:Cannot allocate memory ...
2018-06-08T10:33:14.826Z info hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_RECONFIGURING -> VM_STATE_ON) ...
2018-06-08T10:35:53.120Z error hostd[15A44B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx] Expected permission (3) for /vmfs/volumes/path/to/backupVM not found in domain 171

    vmkernel ログの内容は、次のようになります。
    2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)World: 12235: VC opID 5953cf5e-3-a90a maps to vmkernel opID 4c6a367c
2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)WARNING: Heap: 3534: Heap domainHeap-54 already at its maximum size.Cannot expand.

  • ESXi ホスト上の最後の仮想マシンをパワーオフする際、この仮想マシンで sysContexts 構成を使用している場合は、sysContexts 構成によって設定された排他的なアフィニティがスケジューラによって削除されないことがあります。

  • vSphere Web Client の [概要] タブと [スナップショット マネージャ] タブで仮想マシンが選択されている場合に、SNMP エージェントによって、誤ったトラップ vmwVmPoweredOn が提供されることがあります。

  • hostd の再起動後、一部のカウンタでゼロ エラーによる分離が起こるため、詳細パフォーマンス チャートで一部の仮想マシン統計情報のグラフが表示されなくなることがあります。

  • ESXi ホスト上に NSX-T アプライアンスをデプロイすると、NSX opsAgent で障害が発生し、コア ダンプ ファイルが /var/core に生成されることがあります。この障害は、ホストから提供されるライブラリ コードでの競合状態が原因で発生します。

  • 共有 VMFS データストアに /productLocker ディレクトリを設定した場合に、vSphere vMotion を使用して仮想マシンを移行すると、仮想マシンの VMware Tools に [サポート対象外] という不正確なステータスが表示されることがあります。

  • MSINFO32 コマンドによって、Windows 7 または Windows Server 2008 R2 を実行する仮想マシン上のインストール済み物理 RAM が表示されないことがあります。2 個以上の vCPU が仮想マシンに割り当てられている場合、[インストール済み物理 RAM] フィールドに使用不可と表示されます。

  • 時として、非整列の重複 I/O が発生した場合、vSAN スタックの 2 段階コミット エンジンのコミット スケジューラが直ちに実行されないことがあります。これによって、I/O 処理の遅延が増大します。

  • OSFS_Readdir API で表示されるディレクトリ エントリは、指定されたバッファ サイズによって制限されており、常に End Of File (EOF) が Yes と返されます。ディレクトリ全体を読み取るには、FSSReadDir を複数回呼び出すことが必要になる場合があります。

  • vSAN ストレッチ クラスタを ESXi 6.0 から 6.5 にアップデートする際、ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のスタック トレースによって、この問題を特定できます。
    
    #0 DOMUtil_HashFromUUID
#1 DOMServer_GetServerIndexFromUUID
#2 DOMOwnerGetRdtMuxGroupInt
#3 DOMOwner_GetRdtMuxGroupUseNumServers
#4 DOMAnchorObjectGetOwnerVersionAndRdtMuxGroup
#5 DOMAnchorObjectCreateResolverAndSetMuxGroup
#6 DOMObject_InitServerAssociation
#7 DOMAnchorObjectInitAssociationToProxyOwnerStartTask
#8 DOMOperationStartTask
#9 DOMOperationDispatch
#10 VSANServerExecuteOperation
#11 VSANServerMainLoop

  • ディスクの I/O エラーが報告され、vSAN がそのディスクからの I/O の処理を停止した場合でも、vSAN がディスクをパフォーマンスが低下したものとして表示するまでに時間がかかることがあります。

  • Dell R730 サーバ上のファンが、vSphere Client または vSphere Web Client の [ハードウェア ステータス] タブの [ファン] セクション以外に表示されているか、まったく表示されないことがあります。

  • vCenter Server 6.5 Update 2 にアップグレードした後、ESXi 6.5 Update 2 より古いバージョンが搭載されたホストにデプロイされた仮想マシンの容量が、vSAN キャパシティ モニターに表示されません。モニターには、クラスタで実際に使用されているよりも、少ない容量が表示されることがあります。

  • vSAN による内部 I/O 調整が行われるため、vSAN のログ レイヤーからコンポーネントの輻輳が発生し、ゲスト I/O バンド幅が低下することがあります。ステージング解除を高速化するために、大規模 I/O の分割が適切に活用されません。この問題により、ログが蓄積され、輻輳が発生することがあります。メンテナンス モードに切り替わると、IOPS が低下することがあります。

  • IPv6 環境では、Multicast Listener Discovery (MLD) バージョン 1 によってクエリ実行中に競合状態が発生することが原因で ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。次のようなエラー メッセージが表示されることがあります。

    #PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000

  • 新しい NFS データストアに、既存のデータストアの古い名前を付けると、NFS データストアへの接続が失われることがあります。たとえば、既存のデータストアの名前を NFS-01 から NFS-01-renamed に変更した後、NFS-01 という名前の新しい NFS データストアを作成する場合です。この結果、名前が変更されたデータストアと ESXi ホストの接続が失われ、ESXi ホストに新しいデータストアをマウントできません。

  • ESXi ホストで IPv4 を無効にした場合、システムで IPv4 アドレスが要求されるため、IPv6 ホスト名を設定できないことがあります。

  • 生成された Syslog.log アーカイブ ファイルの数が、syslog.global.defaultRotate パラメータで設定されたデフォルト値より 1 つ少なくなることがあります。Syslog.log アーカイブ ファイルの数はまた、ESXi バージョン 6.0 と 6.5 の間で異なることがあります。たとえば、syslog.global.defaultRotate がデフォルトで 8 に設定されている場合、ESXi 6.0 では syslog.0.gz から syslog.7.gz が作成されますが、ESXi 6.5 では syslog.0.gz から syslog.6.gz が作成されます。

  • オブジェクトが拡張される際、増大するサイズ要件に対処するため、レプリカにノードが連結されます。時間が経過すると、vSAN は連結ノードを含む新しいレプリカを作成し、元のレプリカと連結ノードは破棄されます。vSAN は元のレプリカと連結ノードをマージして、新しいレプリカを作成するため、vSAN に新しいコンポーネントを配置するために十分な空き容量がない場合、処理に失敗することがあります。ディスクの負荷が高く、ディスク上のすべてのコンポーネントが連結ノードに配置されている場合、再調整処理でコンポーネントを移動して、ディスクの負荷を分散することはできません。

  • VMDK を拡張しながら、VMDK のストレージ ポリシーを変更することはできませんが、既存のポリシーによって [データの局所性] ルールが設定されている場合、ストレージ ポリシーをまったく変更しない場合でも、拡張に失敗することがあります。

  • AMD ベースのホストで実行される仮想マシンでは、予約メモリ範囲レポートの上限が正しく計算されないことがあります。このため、VMware DirectPath I/O 機能を使用する仮想マシンがパワーオンできないことがあります。

  • NMP デバイス静止コード パスでエラーが発生し、すでにリリースされたロックをロック解除する呼び出しが実行されることがあります。これによって、ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • ハードウェア バージョンが 10 以前の仮想マシンで EFI を使用して AMD プロセッサ上で Windows Server 2016 を実行していると、再起動中に応答を停止することがあります。仮想マシンが BIOS を使用している場合や、ハードウェア バージョンが 11 以降の場合、ゲスト OS が Windows でない場合、またはプロセッサが Intel 製である場合は、この問題は発生しません。

  • 同じ名前の文字デバイスの再登録を行うと、次のような警告が表示されることがあります。
    2018-09-14T04:49:27.441Z cpu33:4986380)警告: CharDriver: 291: XXXX という名前のデバイスがスロット XX をすでに使用しています
    繰り返し試行すると、デバイスの登録に必要なヒープ メモリが解放されません。これにより、メモリ リークが発生し、最終的に ESXi ホストで障害が発生し、パープル スクリーンが表示されることがあります。

  • システムの再起動後に NMP SATP モジュールを読み込む際、vmk_ModuleLoad() メソッドで、変更されたモジュール固有のパラメータを読み取れないことがあります。この問題は、主にサードパーティ製ドライバで発生します。

  • vSAN では、クラスタ内のすべてのディスクの平均的な使用量を計算します。負荷の調整処理では、この値を使用してデータを移動し、移行先のディスクで負荷に偏りが生じないようにします。vSAN ストレッチ クラスタを使用する場合は、サイト間でストレージ使用率が異なることがあります。1 つのサイトの平均的な使用量の値が、もう一方のサイトよりも高い場合、負荷の分散が予想通りに動作しない場合があります。

  • vSAN ディスク サービサビリティ プラグインの lsu-lsi-lsi-mr3-plug-in でメモリ割り当ての問題が発生することにより、ESXi ホストと hostd が応答を停止することがあります。「メモリ不足」または「スレッドのクローン作成エラー」というエラー メッセージが表示されることがあります。

  • まれに、ntg3 ドライバを使用している NIC（Broadcom BCM5719 NIC や 5720 GbE NIC など）が、オーバーサイズ パケットの送信を試行して失敗した場合、一時的にパケットの送信を停止することがあります。ntg3 ドライバ バージョン 4.1.3.2 をインストールすると、この問題は解決されます。

  • HPE ProLiant Gen9 Smart Array コントローラ（P440 や P840 など）を装備した vSAN クラスタで、障害が発生したデバイス上のロケータ LED が正しく点灯しないことがあります。

  • 仮想マシンを削除したとき、.dvsData フォルダ内のポート ファイルの削除順序が誤っているために、仮想マシンのディレクトリが NSX-T 環境に残ることがあります。

  • サンプリング レートが高く、トラフィックが多い状態で IPFIX を有効にすると、VXLAN 環境のパフォーマンスが低下することがあります。

ESXi-6.5.0-20181101001s-standard

プロファイル名	ESXi-6.5.0-20181101001s-standard
ビルド	ビルド情報については、このページのトップを参照してください。
ベンダー	VMware, Inc.
リリース日	2018 年 11 月 29 日
許容レベル	PartnerSupported
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
影響のある VIB	VMware_bootbank_esx-base_6.5.0-2.71.10868328 VMware_bootbank_vsan_6.5.0-2.71.10652415 VMware_bootbank_vsanhealth_6.5.0-2.71.10652417 VMware_bootbank_esx-tboot_6.5.0-2.71.10868328 VMware_bootbank_esx-ui_1.31.0-10201673 VMware_locker_tools-light_6.5.0-2.71.10868328
修正されたパッチ リリース	2094558、2169094、2020984、2025909、2109023、2189347、2154394
関連する CVE 番号	該当なし

• このパッチでは、以下の問題がアップデートされています。

  • VMware Tools の Windows Vista 以前の ISO イメージが ESXi パッケージに含まれなくなりました。Windows Vista 以前の ISO イメージを必要としているユーザーは、このイメージをダウンロードできます。ダウンロードの詳細については、「製品のダウンロード」ページを参照してください。

  • NTP デーモンは 4.2.8p12 にアップデートされました。

  • 大規模な仮想マシンの場合、移行ヒープ領域が不足していることが原因で、暗号化された vSphere vMotion が失敗することがあります。

  • Python パッケージがバージョン 3.5.5 にアップデートされました。

  • ESXi userworld libxml2 ライブラリはバージョン 2.9.8 にアップデートされています。

  • OpenSSL パッケージはバージョン 1.0.2p にアップデートされました。

  • OpenSSH パッケージはバージョン 7.7p1 にアップデートされました。

ESXi-6.5.0-20181101001s-no-tools

プロファイル名	ESXi-6.5.0-20181101001s-no-tools
ビルド	ビルド情報については、このページのトップを参照してください。
ベンダー	VMware, Inc.
リリース日	2018 年 11 月 29 日
許容レベル	PartnerSupported
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
影響のある VIB	VMware_bootbank_esx-base_6.5.0-2.71.10868328 VMware_bootbank_vsan_6.5.0-2.71.10652415 VMware_bootbank_vsanhealth_6.5.0-2.71.10652417 VMware_bootbank_esx-tboot_6.5.0-2.71.10868328 VMware_bootbank_esx-ui_1.31.0-10201673 VMware_locker_tools-light_6.5.0-2.71.10868328
修正されたパッチ リリース	2094558、2169094、2020984、2025909、2109023、2189347、2154394
関連する CVE 番号	該当なし

• このパッチでは、以下の問題がアップデートされています。

  • VMware Tools の Windows Vista 以前の ISO イメージが ESXi パッケージに含まれなくなりました。Windows Vista 以前の ISO イメージを必要としているユーザーは、このイメージをダウンロードできます。ダウンロードの詳細については、「製品のダウンロード」ページを参照してください。

  • NTP デーモンは 4.2.8p12 にアップデートされました。

  • 大規模な仮想マシンの場合、移行ヒープ領域が不足していることが原因で、暗号化された vSphere vMotion が失敗することがあります。

  • Python パッケージがバージョン 3.5.5 にアップデートされました。

  • ESXi userworld libxml2 ライブラリはバージョン 2.9.8 にアップデートされています。

  • OpenSSL パッケージはバージョン 1.0.2p にアップデートされました。

  • OpenSSH パッケージはバージョン 7.7p1 にアップデートされました。

既知の問題

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

• ESXi650-201811401-BG
• 以前のリリースからの既知の問題

ESXi650-201811401-BG

パッチのカテゴリ	バグ修正
パッチの重要度	最重要
ホストの再起動が必要	はい
仮想マシンの移行またはシャットダウンが必要	はい
影響を受けるハードウェア	該当なし
影響を受けるソフトウェア	該当なし
含まれる VIB	VMware_bootbank_vsan_6.5.0-2.50.8064065 VMware_bootbank_vsanhealth_6.5.0-2.50.8143339 VMware_bootbank_esx-tboot_6.5.0-2.50.8294253 VMware_bootbank_esx-base_6.5.0-2.50.8294253
PR	該当なし
CVE 番号	該当なし

このパッチは esx-base、esx-tboot、vsan および vsanhealth VIB をアップデートし、次の問題を解決します。

• ESXi 5.0 より前のバージョンが使用されているホストで vSphere vMotion を使用した仮想マシンの移行を行うと、移行先サイトでのモニター パニック エラーと共に失敗することがある

  vSphere vMotion を使用して、ESXi 5.0 より前のバージョンが使用されているホストで仮想マシンをバージョン 6.5 に移行すると、パラメータが指定されていないことが原因で失敗することがあります。別の vCenter Server に vMotion で移行する場合も、失敗することがあります。移行先サイトでモニター パニック エラーが表示されることがあります。

  回避策：仮想マシンをパワーオフしてからパワーオンします。

• デコードの問題により、一部のハードウェア健全性センサーで vSphere Web Client と vSphere Client に「不明」ステータスが表示されることがある

  デコードの問題により、一部の IPMI センサーで vSphere Web Client と vSphere Client の [ハードウェアの健全性] タブで「不明」ステータスが報告されることがあります。

  回避策：特定のセンサーの使用法については、ハードウェア ベンダーにお問い合わせください。詳細については、VMware ナレッジベースの記事 KB53134 を参照してください。

• ESXi Syslog サービスの起動時またはローテーション時に、不正確なタイムスタンプが表示されることがある

  ESXi Syslog サービスの起動時や再起動時、または設定された最大サイズにログが達し、ローテーションが行われる際に、不正確なタイムスタンプが表示されることがあります。

  回避策：この問題は、ESXi の新規インストールでは解決されています。hostd.log の既存の構成でこの問題を修正するには、以下を行う必要があります。

  1. /etc/vmsyslog.conf.d/hostd.conf ファイルを開きます。
  2. onrotate = logger -t Hostd < /var/run/vmware/hostdLogHeader.txt を以下で置き換えます。
     onrotate = printf '%%s - last log rotation time, %%s\n' "$(date --utc +%%FT%%T.%%3NZ)" "$(cat /var/run/vmware/hostdLogHeader.txt)" | logger -t Hostd
  3. 変更を保存します。
  4. /etc/init.d/vmsyslogd restart を実行して、vmsyslogd サービスを再起動します。
• VMware vSphere vApp または仮想マシンのパワーオン操作が、エラー メッセージと共に失敗することがある

  vApp または仮想マシンで拡張できないメモリ予約リソース プールが使用されている場合、DRS で管理されたクラスタで vSphere vApp または仮想マシンのパワーオン操作が失敗することがあります。次のエラー メッセージが表示されます。親リソース プールで使用可能なメモリ リソースが、この操作に対して不足しています。

  回避策：VMware のナレッジベースの記事 KB1003638 を参照してください。

以前のリリースからの既知の問題

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

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

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

Auto Deploy および Image Builder

• ターゲットのステートレス 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...

  回避策：なし。

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

• 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 個以上の CPU または 60 GB を超えるディスク サイズで Platform Services Controller アプライアンスのファイルベース リストアを実行すると、vCenter Server Appliance インストールに失敗し、次のエラーが表示されます。No possible size matches your set of requirements.

  回避策：プロセッサの数は 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 と統合 Windows 認証モードを使用する vCenter Server 6.0 を移行する場合、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 のオンライン ドキュメントで提供されています。権限が正しいことを確認した後、移行を再実行します。

その他の問題

• WBEM サービスが有効な場合、サーバ BIOS のハードウェア健全性状態に正しくないステータスが表示される

  vSphere Web Client では、WBEM サービスがオンまたはオフのいずれの場合も、ハードウェアの健全性を監視できます。ただし、WBEM サービスが実行されている場合は、健全性ステータスがないサーバ BIOS についても、ハードウェア健全性ステータスが緑であると報告されます。

  回避策：なし。

• BIOS、BMC、PLSA ファームウェアのバージョンの変更がダイレクト コンソール ユーザー インターフェイス (DCUI) に表示されない

  DCUI はハードウェアのバージョンに関する情報を提供しますが、バージョンが変更されても空白のままになっています。 

  回避策：次のコマンドを使用して WBEM サービスを開始します。esxcli system wbem set --enabled

• VMware Tools の ISO イメージの読み取り負荷が大きい場合、フラッシュ メディアが破損することがある

  仮想デスクトップインフラストラクチャ (VDI) 環境で、VMware Tools の イメージの読み取り負荷が大きい場合、フラッシュ メディアが破損することがあります。 

  回避策： 

  すべての VMware Tools データを専用の RAM ディスクにコピーすることができます。その結果、フラッシュ メディアからデータを読み取ることができるのは、1 度のブートで 1 回のみとなります。その他のすべての読み取りは RAM ディスクに対して実行されます。vCenter Server エージェント (vpxa) は、productLocker をポイントする symlinks が含まれた /vmimages ディレクトリを経由して、このデータにアクセスします。

  この機能を有効にするには、次の手順を実行します。

  1. コマンドを使用して、ToolsRamdisk 詳細オプションを 1 に設定します。

     esxcli system settings advanced set -o /UserVars/ToolsRamdisk -i 1

  2. ホストを再起動します。 

• 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.Error was: 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.Error was: HPSSACLI call in Cache_Update exited with code 127!

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

ストレージの問題

• ATS のみのアレイ デバイスに対して ESXi ホストを再起動した後、VMFS データストアが使用できない

  ESXi ホストに接続されているターゲットが暗黙的な ALUA のみをサポートし、スタンバイ パスのみを持つ場合、デバイスは登録されますが、メディアへのアクセスに関連するデバイスの属性が設定されません。登録後にアクティブなパスが追加された場合、VAAI 属性が更新されるまでに最大で 5 分かかることがあります。その結果、ATS のみが設定された VMFS ボリュームでは、VAAI が更新されるまでの間、マウントに失敗する可能性があります。

  回避策：ターゲットがスタンバイ パスのみをサポートし、暗黙的な ALUA のみを持つ場合は、次の ESXi CLI コマンドを使用して、ホスト上で FailDiskRegistration 設定オプションを有効にします。esxcli system settings advanced set -o /Disk/FailDiskRegistration -i 1

  有効にするには、設定オプションを指定した後、ホストを再起動する必要があります。そのため、アクティブなパスが表示されるまで、デバイスの登録は遅延されます。
   

• HBA モードで LED 管理コマンドをオンまたはオフにすると、コマンドが失敗することがある

  次の LED コマンドをオンまたはオフにすると、

  esxcli storage core device set -l locator -d <device id>
esxcli storage core device set -l error -d <device id>
esxcli storage core device set -l off -d <device id>,

  一部の HP Smart Array コントローラ（P440ar、HP H240 など）の HBA モードでコマンドが失敗することがあります。さらに、コントローラが応答を停止し、次の管理コマンドが失敗することがあります。 

  LED 管理：
  esxcli storage core device set -l locator -d <device id>
esxcli storage core device set -l error -d <device id>
esxcli storage core device set -l off -d <device id>

  ディスク位置の取得：esxcli storage core device physical get -d <device id>

  この問題はファームウェアに固有のものであり、HBA モードでの LED 管理コマンドによってのみ発生します。RAID モードでは、このような問題は発生しません。

  回避策：成功するまで管理コマンドを再試行します。 

• lsi_mr3 ドライバ用の vSAN ディスク サービサビリティ プラグイン lsu-lsi-lsi-mr3-plugin が「Can not get device info ...」または「not well-formed ...」エラーと共に失敗することがある

  この vSAN ディスク サービサビリティ プラグインは、ディスクに対して拡張された管理および情報サポートを提供します。vSphere 6.5 Update 1 で、次のコマンドが失敗することがあります。
  
  ディスク位置の取得：
  esxcli storage core device physical get -d <device UID>（JBOD モードのディスクの場合）
  esxcli storage core device raid list -d <device UID>（RAID モードのディスクの場合）
  
  LED 管理：
  esxcli storage core device set --led-state=locator --led-duration=<seconds> --device=<device UID>
esxcli storage core device set --led-state=error --led-duration=<seconds> --device=<device UID>
esxcli storage core device set --led-state=off -device=<device UID>
  
  その際、次のいずれかのエラーが発生します。
  Plugin lsu-lsi-mr3-plugin cannot get information for device with name <NAA ID>.
  エラー：Can not get device info ...  または not well-formed (invalid token): ...
  

  回避策：
  1.この問題が発生しているサーバ上で、esxcli コマンドの代わりに localcli を使用します。
  localcli コマンドは正しいメッセージを生成しますが、esxcli はランダムに失敗することがあります。

• 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 からログアウトすると、アップロードがキャンセルされ、不完全なファイルが残る
  大きなファイルをデータストアにアップロードするには時間がかかります。ファイルのアップロード中にログアウトすると、アップロードは警告なしでキャンセルされます。部分的にアップロードされたファイルがデータストアに残ることがあります。

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

ネットワークの問題

• RX VLAN タグを削除する機能のため、Intel i40en ドライバでハードウェアを無効にできない

  Intel i40en ドライバでは、ハードウェアによって常に RX VLAN タグが削除され、次の vsish コマンドを使用してそれを無効にすることはできません。

  vsish -e set /net/pNics/vmnicX/hwCapabilities/CAP_VLAN_RX 0

  回避策：なし。

• VMware Host Client の仮想スイッチへの物理アップリンクの追加が失敗することがある

  [ネットワーク] > [仮想スイッチ] > [アップリンクの追加] の順に選択した場合、VMware Host Client の仮想スイッチへの物理ネットワーク アダプタ（アップリンク）の追加が失敗することがあります。

  回避策：

  1. 編集する仮想スイッチを右クリックし、[設定の編集] をクリックします。
  2. [アップリンクの追加] をクリックして、新しい物理アップリンクを仮想スイッチに追加します。
  3. [保存] をクリックします。

• 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 のフェイルオーバーまたはフェイルバック中、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 クライアントでは、サーバとの接続後にサーバのメジャー番号が変わることは想定されていません。

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

セキュリティ機能の問題

• スマート カード認証が有効な場合、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 ファイルを編集用に開きます。

  Windows：C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\con

  Linux：/usr/lib/vmware-sso/vmware-sts/conf

  2. サーバ タグの 2 つのエントリから、最初のエントリを削除します。

  3. すべてのサービスを再開します。

  次の例では、2 番目の Server エントリではなく、最初の Server エントリを削除します。
  
  <!--Remove the first Server entry-->
<Server port="${base.shutdown.port}" shutdown="SHUTDOWN">
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>
...
</Server>
<!--Keep the second Server entry-->
<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. server.xml ファイル（Windows システムでは C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\conf、Linux システムでは /usr/lib/vmware-sso/vmware-sts/conf/）を開きます。

  2. SSLEnabled=True が含まれているコネクタを見つけ、属性 SSLEnabledProtocols から SSLv3 を削除して次のようにします。
     sslEnabledProtocols="TLSv1,TLSv1.1,TLSv1.2"

  3. ファイルを保存し、すべてのサービスを再起動します。

• 1 台以上の暗号化されていないハード ディスクを含む、暗号化された仮想マシンのクローンを作成するときにエラーが発生する
  暗号化された仮想マシンのクローンを作成する際に、仮想マシンに暗号化されていないハード ディスクが 1 台以上あると、次の内容のエラーが発生します。
  このオブジェクトでは、この操作はサポートされていません。
  クローン作成プロセスは失敗します。

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

サーバ構成の問題

• ホスト プロファイルのコンプライアンス チェック時に　shared clusterwide　オプションの不一致が発生する
  ホスト プロファイルのコンプライアンス チェック時に 共有クラスタ全体オプションで不一致が発生すると、ホストまたはホスト プロファイルの値にデバイス名が表示されます。

  回避策：このメッセージは、shared clusterwide オプションに関するコンプライアンスの不一致を表すものとして扱ってください。

• vSAN クラスタから抽出したホスト プロファイルを別の vSAN クラスタに接続すると、ホスト プロファイルを修正できない
  vSAN クラスタに属するリファレンス ホストからホスト プロファイルを抽出し、別の vSAN クラスタに接続すると、修正（適用）操作が失敗します。

  回避策：ホスト プロファイルを適用する前に、プロファイルの vSAN 設定を編集します。クラスタの UUID およびデータストア名は、プロファイルを接続するクラスタの値と一致する必要があります。

• ホストのロックダウン モード設定がホスト プロファイルにキャプチャされない
  ロックダウン モードが有効になっているステートレスな ESXi ホストからホスト プロファイルを抽出すると、ロックダウン モードはキャプチャされません。ホスト プロファイルを適用し、ホストを再起動した後、ホストのロックダウン モードは無効になります。

  回避策：ホスト プロファイルを適用し、ホストを再起動した後、ホストのロックダウン モードを手動で有効にします。

• 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 ソフト アフィニティ ルールが設定されているホストでは、手動でホストをメンテナンス モードにしてから、ホストを修正します。

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

• 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 の非同期ドライバに置き換えます。

Storage DRS の問題

• 仮想マシン上の VMDK にストレージ ポリシーが接続されていると、Storage DRS でポッド　レベルの VMDK アフィニティが考慮されない
  Storage DRS を有効にしたデータストア クラスタで、仮想マシンの VMDK にストレージ ポリシーを設定すると、Storage DRS はその仮想マシンの [VMDK の包括] フラグを考慮しません。新しく追加する VMDK または既存の VMDK 用に異なるデータストアを用意することを検討してください。

  回避策：なし。この動作は、VMCrypt やタグベースのポリシーなど、何らかの種類のポリシーを設定すると発生します。

• OVF テンプレートから仮想マシンをデプロイするときに Storage DRS を無効にできない
  OVF テンプレートをデプロイし、Storage DRS から個別のデータストアを選択して仮想マシンを配置する場合、仮想マシンの　Storage DRS を無効にすることはできません。Storage DRS は有効なままであるため、この仮想マシンは後から他のデータストアに移動する可能性があります。

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

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

• ホスト プロファイルから 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 設定は、仮想マシンのレベルで考慮されます。

  回避策：なし。

アップグレードの問題

• vCenter Server Appliance 6.5 にアップグレードするときにアップグレード前チェックを行うと、eth0 インターフェイスが見つからないというエラーが表示される
  アップグレード前チェックを行うと、eth0 インターフェイスが見つからず、このインターフェイスがないと vCenter Server Appliance のアップグレードを完了できない、というエラーが表示されます。さらに、複数のネットワーク アダプタが検出された場合、eth0 のみが維持される、という警告が表示されることがあります。

  回避策：回避策については、ナレッジベースの記事 http://kb.vmware.com/kb/2147933 を参照してください。

• Windows 環境において、Distributed Switch および分散仮想ポートグループに同じ拡張 ASCII 名または非 ASCII 名が付いている場合、vCenter Server のアップグレードに失敗する
  Windows 環境で、Distributed Switch および分散仮想ポートグループに拡張 ASCII 文字または非 ASCII 文字を使用した同じ名前が付いている場合、vCenter Server のアップグレードに失敗し、次のエラーが表示されます。
  UpgradeRunner の起動に失敗しました。詳細については、temp ディレクトリにある vminst.log ファイルと vcsUpgrade\UpgradeRunner.log ファイルを確認してください。

  回避策：Distributed Switch または分散仮想ポートグループのいずれかの名前を、異なる名前に変更します。

• ソース アプライアンスに固定 IPv4 と固定 IPv6 の両方が設定されている場合、vCenter Server Appliance または Platform Services Controller アプライアンスのアップグレードに失敗して、DNS 設定に関するエラー メッセージが返されることがある
  アプライアンスに IPv4 と IPv6 の両方の固定アドレスが設定されている場合、アプライアンスのアップグレードに失敗して次のようなエラー メッセージが返される場合があります。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. 新たにデプロイしたアプライアンスを削除し、ソース アプライアンスをリストアします。

  2. ソース アプライアンスで、IPv6 または IPv4 のいずれかの設定を無効にします。

  3. DNS サーバから、無効にした IPv6 アドレスまたは IPv4 アドレスのエントリを削除します。

  4. アップグレードを再試行します。

  5. （オプション）アップグレードの完了後、削除した DNS エントリを再度追加し、アップグレードしたアプライアンス上で、無効にした IPv6 アドレスまたは IPv4 アドレスを再度設定します。

• 有効期限が切れた root パスワードを使用して vCenter Server Appliance または Platform Services Controller アプライアンスのアップグレードを試みると、内部エラーを示す汎用エラー メッセージと共に失敗する
  アプライアンスのアップグレードの際には、インストーラがソース アプライアンスに接続してデプロイ タイプを判断します。ソース アプライアンスの root パスワードの有効期限が切れていると、インストーラはソース アプライアンスに接続できず、次のメッセージが表示されてアップグレードは失敗します。「アップグレード前チェック中に内部エラーが発生します。」

  回避策：

  1. アプライアンスのダイレクト コンソール ユーザー インターフェイスにログインします。

  2. 新しい root パスワードを設定します。

  3. アップグレードを再試行します。

• 依存関係のある共有ライブラリのパスが見つからないために、vCenter Server Appliance のアップグレードが失敗することがある
  vCenter Server Appliance のアップグレードがエクスポート フェーズの前に失敗して、エラー ログに次のように記録されることがあります。/opt/vmware/share/vami/vami_get_network: error while loading shared libraries: libvami-common.so: cannot open shared object file: No such file or directory.」この問題は、依存関係のある共有ライブラリのパスが見つからないために発生します。

  回避策：

  1. アップグレードする vCenter Server Appliance の Bash シェルにログインします。

  2. 次のコマンドを実行します。
     echo "LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}/opt/vmware/lib/vami/" >> /etc/profile
echo 'export LD_LIBRARY_PATH' >> /etc/profile

  3. アプライアンスの シェルからログアウトします。

  4. アップグレードを再試行します。

• vCenter Server 6.0 のインベントリにコンテンツ ライブラリがあると、外部データベースを使用している vCenter Server 6.0 からのアップグレードに失敗する
  インベントリにコンテンツ ライブラリが含まれ、Microsoft SQL Server データベースまたは Oracle データベースを使用する vCenter Server 6.0 インスタンスをアップグレードしようとすると、アップグレード前チェックに失敗します。「VMware Content Library Service のアップグレード前チェック中に内部エラーが発生します」などのエラー メッセージが表示されます。

  回避策：なし。

• vCenter Server Appliance の ISO イメージの抽出にサードパーティの抽出ツールを使用すると、権限エラーになる
  Mac OS X で、インストーラを実行するためにインターネットから入手したサードパーティのツールを使用して ISO イメージを抽出すると、CLI インストーラの実行時に次の内容のエラーが発生することがあります。OSError: [Errno 13] 権限が拒否されました。」

  この問題は、一部の抽出ツールで vCenter Server Appliance の ISO ファイルに設定されているデフォルトの権限が抽出の際に変更されるために発生します。

  回避策：インストーラを実行する前に、次の手順を実行します。

  1. Mac OS X の automount コマンドを実行して、vCenter Server Appliance ISO ファイルを開きます。

  2. すべてのファイルを新しいディレクトリにコピーします。

  3. 新しいディレクトリからインストーラを実行します。

• vCenter Server のアップグレードが、VMware Authentication Framework デーモン (VMAFD) の初回起動中に失敗することがある
  VMware Authentication Framework デーモン (VMAFD) の初回起動が失敗し、次の内容のエラー メッセージが表示されることがあります。Vdcpromo failed.Error 382312694: Access denied, reason = rpc_s_auth_method (0x16c9a0f6).

  vCenter Server をアップグレードする際、アップグレード対象のシステムにインストールされているサードパーティ製ソフトウェアによって独自の OpenSSL ライブラリ バージョンがインストールされ、システムの PATH 環境変数が変更された場合、VMAFD の初回起動が失敗することがあります。

  回避策：OpenSSL ライブラリが含まれているサードパーティのディレクトリを、%PATH% から削除するか %PATH% の最後に移動します。

• VMware vSphere vApp (vApp) とリソース プールは、vCenter Server Appliance または Platform Services Controller アプライアンスのアップグレード対象として選択できない
  vCenter Server Appliance インストーラのグラフィカル ユーザー インターフェイス (GUI) またはコマンド ライン インターフェイス (CLI) を使用してアプライアンスをアップグレードするときに、vApp またはリソース プールをアップグレードの対象として選択できません。

  vCenter Server Appliance インストーラのインターフェイスでは、vApp またはリソース プールをアップグレードの対象として選択できません。

  回避策：選択された ESXi ホストまたは vCenter Server インスタンスでアップグレードを完了します。アップグレードが完了したら、新しくデプロイした仮想マシンを次のように手動で移動します。
  

  • vCenter Server のインベントリに含まれる ESXi ホスト上、または vCenter Server インスタンス上のアプライアンスをアップグレードした場合は、vCenter Server インスタンスの vSphere Web Client にログインし、新しくデプロイした仮想マシンを目的の vApp またはリソース プールに移動します。

  • スタンドアロンの ESXi ホスト上のアプライアンスをアップグレードした場合は、まずホストを vCenter Server のインベントリに追加してから、vCenter Server インスタンスの vSphere Web Client にログインし、新しくデプロイした仮想マシンを目的の vApp またはリソース プールに移動します。

• SSL 証明書の SAN フィールドに無効な IPv6 アドレスが指定されているために、vCenter Server 6.5 へのアップグレードが vmon-api の初回起動フェーズで失敗することがある
  vCenter Server をインストールする際、IPv4 と IPv6 の両方を有効にすると、vCenter Server の SSL 証明書の SAN フィールドに IPv6 形式のアドレスを指定できます。インストール後に IPv6 を無効にしてから、vCenter Server をバージョン 6.5 にアップグレードしようとすると、vmon-api の初回起動フェーズでアップグレードが失敗します。

  回避策：ソース vCenter Server の SSL 証明書の SAN フィールドの値が、ソース vCenter Server インスタンスの有効な IP アドレスであることを確認します。

• ネットワーク フォルダ内のエンティティに名前の重複があると、vCenter Server 6.5 へのアップグレードに失敗する
  vSphere 6.5 では、ネットワーク フォルダ内のすべての分散仮想スイッチおよび分散仮想ポートグループ名を一意にする必要があります。vSphere の以前のバージョンでは、分散仮想スイッチと分散仮想ポートグループに同じ名前を付けることができました。以前のバージョンで名前が重複している場合は、vSphere 6.5　へのアップグレードに失敗します。

  回避策：同じ名前の分散仮想スイッチまたは分散仮想ポートグループは、アップグレードを開始する前に名前を変更します。

• ESXi のアップグレード後に Syslog Collector が機能しないことがある
  ESXi の Syslog デーモンとの通信に SSL を使用する Syslog Collector は、アップグレード後に ESXi ホストからのログ メッセージを受け取らなくなることがあります。

  回避策：アップグレードした ESXi ホストで次のコマンドを実行することにより、ESXi の Syslog デーモンを再構成します。
  esxcli system syslog config set --check-ssl-certs=true
  esxcli system syslog reload

• vCenter Server Appliance に対するパッチのステージングまたはインストール中にエンド ユーザー使用許諾契約書 (EULA) の各ページで Ctrl + C キーを押しても終了しない
  vCenter Server Appliance のアップデート パッケージをステージングまたはインストールする際、そのためのコマンドにオプションの --acceptEulas パラメータを追加せずに実行すると、エンド ユーザー使用許諾契約書 (EULA) ページがコマンド プロンプトに表示されます。Ctrl + C キーを押すと契約条件を受け入れずに終了できるはずですが、これらのキーを押しても EULA ページから移動できません。

  回避策：最後のページで NO と入力すると、エンド ユーザー使用許諾契約書 (EULA) を終了できます。

• vCenter Server Appliance のステージングされたパッチで検証に失敗して終了した場合、ステージングされたアップデート パッケージが削除される
  vCenter Server Appliance をアップデートするには、使用できるアップデート パッチをステージングしてからパッチをアプライアンスにインストールする必要があります。ステージングされたパッケージの検証に失敗した場合、パッケージはステージングが解除され、削除されます。最初の失敗の後にパッケージを検証すると、エラーが生成されます。

  回避策：ステージングの操作を繰り返します。

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

• vCenter Server のプロキシ設定によって、vSAN 6.6 クラスタ内の ESXi ホストのバージョンのアップデートが禁止されることがある

  vCenter Server のプロキシ設定によって、vSAN クラスタ内の ESXi ホストのバージョンのアップデートが禁止され、ネットワーク問題が発生することがあります。詳細については、https://ikb.vmware.com/s/article/2150523 を参照してください。

  回避策：

  この問題を回避するには、vCenter Server の http_proxy または https_proxy 環境変数を削除するか、またはプロキシからローカル ホストを除外する必要があります。

  プロキシからローカル ホストを除外するには、次の操作を実行します。

  1. vSAN クラスタを管理する vCenter Server Appliance との SSH セッションを開きます。
  2. /etc/sysconfig/proxy ファイルを編集して、次の行にホストのドメイン名 (domain.local) または各ホストの名前を含めます。
     例：NO_PROXY="www.domain.local, localhost, 127.0.0.1, vcenter.domain.local, .domain.local"
  3. vSAN 管理サービスを再起動します。
     • vSphere Web Client で、以下を参照します。
       [管理] > [デプロイ] > [システム設定] > [サービス] > [vSAN 健全性サービス] > [アクション] > [再起動]
     • vCenter Server Appliance CLI で次のコマンドを実行します。/usr/lib/vmware-vmon/vmon-cli -r vsan-health.
• Host Client が、検索によって選択された範囲ではなく、ESXi ホスト上のすべての仮想マシンに対してアクションを実行する

  仮想マシンの範囲を選択するために VMware Host Client で検索機能を使用したときに、すべてを選択するためのボックスにチェックを付け、パワーオフ、パワーオン、削除などのアクションを実行すると、そのアクションは選択した仮想マシンだけではなく、ホスト上のすべての仮想マシンに対して実行される場合があります。

  回避策：仮想マシンを個別に選択するか、または Host Client をアップデートする必要があります。

• pk_vpx_vm_virtual_device でのデータベース一意制約違反が原因で、vCenter Server が動作しなくなることある
  USB デバイスが接続された仮想マシンが原因で、vCenter Server が動作しなくなることがあります。これは、USB デバイスを含む複数のデバイスのプロパティが変更されて vCenter Server エラーが発生した場合に発生します。動作しなくなった vCenter Server は、再起動できません。

  回避策：問題のある仮想マシンをホスト インベントリから登録解除して、vCenter Server を再起動します。障害が再発した場合は、この回避策を再度実行してみてください。

• ダウンロードした vSphere システム ログが無効である
  この問題は、システム ログのダウンロード中に、クライアント セッションが期限切れになると発生することがあります。ダウンロードされたログ バンドルは無効になります。/var/log/vmware/vsphere-client/logs/vsphere_client_virgo.log の vsphere_client_virgo.log ファイルに、次のエラー メッセージが記録される場合があります。

  com.vmware.vsphere.client.logbundle.DownloadLogController
  Error downloading logs. org.apache.catalina.connector.ClientAbortException:
  java.net.SocketException: Broken pipe (Write failed)
  at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:407)

  回避策：なし。

• Windows Server 2016 システムで vCenter Server サービスを開始するときに JRE パッチが機能しない
  VMware vSphere Client を起動できず、次のようなエラー メッセージが表示されることがあります。

  2016-11-04 15:47:26.991+05:30| vcsInstUtil-4600788| I: StartStopVCSServices: Waiting for VC services to start...
  2016-11-04 16:09:57.652+05:30| vcsInstUtil-4600788| E: StartStopVCSServices: Unable to start VC services
  2016-11-04 16:09:57.652+05:30| vcsInstUtil-4600788| I: Leaving function: VM_StartVcsServices

  回避策：なし。

• HTML ベースの vSphere Client にアクセスできない
  カスタム パスおよびカスタム ポートを指定して外部 PSC をセットアップするときに、Windows Server 2016 OS に vCenter Server 6.5 がインストールされていると、HTML5 ベース vSphere Client へのログインに失敗し、「503 Service Unavailable」というエラー メッセージが表示されます。

  回避策：vSphere Web Client (Flash) を使用して、vCenter Server にログインします。

• 大規模環境でタグを使用した詳細検索を実行すると、vSphere Web Client の動作が遅くなることがある
  大規模環境では、検索構成の一部にタグを含む詳細検索を実行するときに vSphere Web Client の動作が遅くなることがあります。この問題は検索の実行中に発生し、検索が終了すると解消されます。動作が遅いときは、vCenter サービスでメモリが不足している可能性があります。

  回避策：検索が完了するまで待ちます。または、ログに OutOfMemory エラーやガベージ コレクション エラーが記録されている場合は、次のコマンドを使用して vCenter サービスの停止と起動を実行し、vCenter Server を再起動します。

  ログの場所：

  • Windows：%ALLUSERSPROFILE%\VMWare\vCenterServer\logs\vsphere-client\logs\
  • vCenter Server Appliance (VCSA)：/var/log/vmware/vsphere-client/logs/

  ログ ファイル：dataservice.log および vsphere_client_virgo.log

  サービスを再起動するためのコマンド：
  service-control --stop vmware-vpxd-svcs
service-control --start vmware-vpxd-svcs

• 複数の vCenter Server や PSC を備えた大規模環境では、vSphere Web Client の動作が遅くなることがある
  多数の vCenter Server や PSC を備えた大規模環境では、vSphere Update Manager Web Client プラグインでスレッド リークが発生し、vSphere Web Client の操作性が徐々に低下することがあります。このような操作性の低下は、10 台の vCenter Server と 4 つの PSC、および最大数の Web Client ユーザー アカウントを備えた環境で発生したことが報告されていますが、時間の経過と共に、すべての大規模環境で発生する可能性があります。

  回避策：次の手順を実行して、vSphere Update Manager Web Client プラグインを無効にします。

  1. vSphere Web Client で、[vSphere Web Client] > [管理] > [ソリューション] または [クライアント プラグイン] の順に移動します。

  2. [VMware vSphere Update Manager Web Client] プラグインを右クリックし、[無効化] を選択します。

  プラグインを使用しない場合は無効のままにしておいて、必要なときにのみ再度有効にできます。パフォーマンスが低下した場合は、プラグインを無効にしてから再度有効にして、一時的にリークをリセットすることもできます。

• vSphere Client または vSphere Web Client で、クライアント マシンの IP アドレスを変更すると [最近のタスク] とオブジェクト ステータスのライブ更新が機能しなくなる
  vSphere Client または vSphere Web Client で、オブジェクトに対してアクションを実行した後、そのアクションが [最近のタスク] に表示されません。インベントリ ツリー、リスト、オブジェクトの詳細にも、新しい状態が反映されません。

  たとえば、仮想マシンをパワーオンしても、[パワーオン] タスクが [最近のタスク] に表示されず、インベントリ ツリー、リスト、オブジェクト詳細の仮想マシン アイコンにもパワーオン バッジが表示されません。Web ブラウザと vCenter Server は WebSocket を使用して接続され、ブラウザ側のマシンの IP アドレスが変更されると接続は切断されます。

  回避策：Web ブラウザで、ページを更新します。

• Internet Explorer から vCenter Server Appliance 管理インターフェイスにアクセスできない
  Internet Explorer からは vCenter Server Appliance 管理インターフェイスにアクセスできません。

  回避策：次のように、Internet Explorer のセキュリティ設定で TLS 1.0、TLS 1.1、TLS 1.2 を有効にします。

  1. Internet Explorer で、[ツール] > [インターネット オプション] の順に選択します。

  2. [詳細設定] タブをクリックし、[セキュリティ] 設定のセクションまでスクロールします。

  3. [TLS 1.0 の使用]、[TLS 1.1 の使用]、[TLS 1.2 の使用] をオンにします。

• 外部の PSC を使用する vCenter Server 環境で、コンテンツ ライブラリのアイテムのインポートとエクスポートを試みると失敗する
  外部 PSC 環境を使用する vCenter Server 環境で、IP アドレスを使用して vSphere Web Client にログインした場合、コンテンツ ライブラリのアイテムのインポートとエクスポートに失敗します。次のエラー メッセージが表示されます。

  Reason: Unable to update files in the library item.The source or destination may be slow or not responding.

  回避策：外部の PSC を使用する vCenter Server のデプロイでは、IP アドレスではなく完全修飾ドメイン名を使用して vSphere Web Client にログインします。

  IP アドレスを使用して vSphere Web Client にログインした場合は、完全修飾ドメイン名を使用してログインしたときに発行される証明書を受け入れる必要があります。証明書を受け入れるために、完全修飾ドメイン名のターゲットを開きます。証明書を永続的に受け入れます。

• ユーザー インターフェイスの PCIe パススルー デバイス リストにホットプラグ デバイスが表示されない
  ホットプラグした PCIe デバイスは、PCI パススルーに使用できません。

  回避策：次のいずれかを実行します。

  • PCIe デバイスをホットプラグした後で、次のコマンドを使用して hostd を再起動します。/etc/init.d/hostd restart

  • ESXi ホストを再起動します。

• タグに対する権限を別の管理ノードで表示できない
  複数の vCenter Server を持つ環境で 1 台の vCenter Server 管理ノードにログインし、タグに権限を作成すると、別の管理ノードでログインすると作成した権限が表示されません。

  回避策：タグはグローバル オブジェクトであり、別のノードでも表示できますが、タグに対する権限はローカルでのみ維持され、別のノードでは表示できません。タグに対する権限を表示するには、その権限を作成した vCenter Server にログインします。

• incognito モードで vSphere Web Client にログインすると内部エラーが発生する
  incognito モードに関するブラウザの設定が有効な場合、vSphere Web Client にログインできますが、次の内部エラーが返されます。

  An internal error has occurred - [NetStatusEvent type="netStatus" bubbles=false cancelable=false eventPhase=2 info=[object Object]]"

  回避策：incognito モードを無効にします。このモードは、vSphere Web Client ではサポートされません。vSphere Web Client を再ロードしてエラーによる問題をクリアし、クライアントにログインし直します。

• コンテンツ ライブラリのタスクが [最近のタスク] に表示されない
  コンテンツ ライブラリへのアイテムのアップロード、ライブラリの同期、コンテンツ ライブラリから仮想マシンへのデプロイなど、コンテンツ ライブラリのタスクを vSphere Web Client で実行すると、そのタスクは [最近のタスク] リストに表示されないことがあります。

  回避策：なし。[最近のタスク] リストに表示されなくても、[他のタスク] リストにはすべてのタスクが表示されます。

• 複数の vCenter Server が存在する環境でタグの作成と割り当てを同時に行うと、タグの割り当て操作が失敗する
  通常、vSphere Web Client でオブジェクトの [管理] タブにある [タグ] タブからオブジェクトにタグを割り当てると、選択したオブジェクトにタグを自動的に割り当てることができます。複数の vCenter Server インスタンスが存在する環境では、タグは正常に作成されますが、割り当て操作は失敗してエラー メッセージが返されます。

  回避策：[タグ] 設定でタグを作成してから、オブジェクトに割り当てます。

• [ESX Agent Manager] ビューの [ソリューション] タブがなくなった
  以前のバージョンの vSphere Web Client の [ESX Agent Manager] ビューに存在した [ソリューション] タブは、利用できなくなりました。

  回避策：次の手順を実行すると、同じ操作を実行できます。

  1. vSphere Web Client ナビゲータで、[管理] > [vCenter Server の拡張機能] の順に選択します。

  2. [vSphere ESX Agent Manager] をクリックします。

  3. 次のいずれかを実行します。

     • 設定 タブを選択します。

     • [監視] タブを選択し、[イベント] をクリックします。

• Platform Services Controller ノードが停止していると、オブジェクトにタグを割り当てられない
  vSphere Platform Services Controller ノードが停止していると、オブジェクトの [管理] > [タグ] タブからタグを割り当てることはできません。

  次のエラーが表示されます。プロバイダ メソッド実装で予期しない例外が発生しました。割り当てるタグを選択できません。

  回避策：Platform Services Controller ノードをパワーオンします。また、Platform Services Controller ノードのすべてのサービスが実行されていることを確認します。

• ホストまたはデータセンター管理者が仮想マシンを編集する際、vSphere Client に編集設定ダイアログ ボックスが表示されない
  ホストまたはデータセンター管理者がホストまたはデータセンター内の仮想マシンを編集する際、vSphere Client には編集設定ダイアログ ボックスが表示されません。これは、ホストまたはデータセンター管理者には Profile-Driven Storage 権限がないためです。

  回避策：ホストまたはデータセンター管理者権限と Profile-Driven Storage 権限を持つ新しいロールを作成します。このロールを現在のホストまたはデータセンター管理者に割り当てます。

• vSphere Client を使用して仮想マシンを作成または編集する際、8 台目のハード ディスクを追加するとエラーが発生し、タスクが失敗する
  vSphere Client を使用して仮想マシンを作成または編集すると、次のエラーが発生してタスクが失敗します。指定されたパラメータが正しくありません: unitNumberこれは、SCSI コントローラ 0:7 が特殊な目的のために予約済みであるにもかかわらず、SCSI 0:7 が 8 台目のハード ディスクに割り当てられるためです。

  回避策：8 台目のハード ディスクを追加するときは、手動で SCSI 0:8 を割り当てる必要があります。ユーザーは代わりに vSphere Web Client を使用できます。

• vSphere Client で仮想マシンが 10,000 台、ホスト 1,000 台までしかサポートされない
  vSphere Client でサポートされるのは、仮想マシンは 10,000 台まで、ホストは 1,000 台までであり、vCenter Server の上限を下回っています。

  回避策：vSphere Client の上限を超える場合は、vSphere Web Client を使用します。

• ホスト名なしでシステムをインストールすると、vCenter Server Appliance 管理インターフェイスで [ホスト名] のテキスト ボックスがグレーアウトされる
  vCenter Server Appliance 管理インターフェイスで [ネットワーク] > [管理] の順にに移動し、[ホスト名、ネーム サーバ、ゲートウェイ] を編集すると、[ホスト名] テキストボックスがグレイアウトされ、変更できなくなります。同じフィールドを有効にして変更できるのは、vSphere Client から操作した場合だけです。

  回避策：vSphere Client でホスト名を変更します。

• vCenter Server Аppliance の仮想マシン設定で、ルート パーティション用にディスク容量を拡張した後、追加のストレージを要求するとエラーになる
  ルート パーティション用にディスク容量のサイズを変更して、storage.resize コマンドを実行しても、ルート パーティションのディスク ストレージは拡張されず、同じサイズのままとなります。これは、想定どおりの動作です。パーティションのサイズ変更はサポートされていません。

  回避策：なし。

• vCenter Server Appliance 管理 Web インターフェイスでは、HTTP プロキシ サーバしか設定できない
  vCenter Server Appliance 管理インターフェイスの [ネットワーク] タブに移動し、[プロキシ設定] を編集しても、HTTPS や FTP を変更するオプションは表示されません。HTTP プロキシ設定のみ指定できます。

  回避策：アプライアンスのシェルのコマンド ラインを使用すると、HTTPS および FTP プロキシ サーバを設定できます。

• vCenter Server Appliance を正常にアップデートした後に、アプライアンスのシェルで version.get コマンドを実行すると、エラー メッセージが返される
  vCenter Server Appliance を正常にアップデートした後に、アプライアンス シェルで version.get コマンドを実行すると、次のエラー メッセージが返ります。「不明なコマンド: 'version.get’」

  回避策：ログアウトしてから、シェルに管理者としてログインし、新しいセッションで version.get コマンドを実行します。

• Windows Internet Explorer 11 以降では、vSphere Web Client のログイン画面の Windows セッション認証を使用するためのチェックボックスが無効になる
  Windows Internet Explorer 11 以降のブラウザで vSphere Web Client ログイン画面にアクセスすると、Windows セッション認証を使用するためのチェックボックスが無効になります。また、VMware Enhanced Authentication プラグインをダウンロードし、インストールするように求められます。

  回避策：システム上の Windows 設定のセキュリティ オプションで、ローカル イントラネット サイトのリストに vCenter Server の完全修飾ドメイン名および IP アドレスを追加します。

• Internet Explorer を使用して、データストア ブラウザで 4GB を超えるファイルをアップロードしようとすると失敗する
  Internet Explorer を使用してデータストア ブラウザで 4GB を超えるファイルをアップロードすると、次のエラーが表示されます。

  URL にデータを転送できませんでした。

  Internet Explorer は 4GB を超えるファイルをサポートしません。

  回避策：データストア ブラウザでファイルをアップロードする場合は Chrome または Firefox を使用してください。

仮想マシンの管理の問題

• VMware Host Client が、検索により選択した範囲ではなく、ESXi ホスト上のすべての仮想マシン上でアクションを実行してしまう

  仮想マシンの範囲を選択するために VMware Host Client で検索機能を使用したときに、すべてを選択するためのボックスにチェックを付け、パワーオフ、パワーオン、削除などのアクションを実行すると、そのアクションは選択した仮想マシンだけではなく、ホスト上のすべての仮想マシンに対して実行される場合があります。

  回避策：仮想マシンを個別に選択する必要があります。

• vCenter Server 6.5 で OVF パラメータ chunkSize がサポートされない
  vCenter Server 6.5 で OVF テンプレートをデプロイすると失敗し、次のエラーが表示されます。

  OVF パラメータ chunkSize の値が chunkSize_value の場合、OVF パッケージのインポートはサポートされません。

  このエラーは、chunkSize が vCenter Server 6.5 でサポートされている OVF パラメータではないために発生します。

  回避策：OVF テンプレートを更新し、chunkSize パラメータを削除します。

  1. OVA テンプレートの場合にのみ、tar ユーティリティを使用して、個々 のファイルを抽出します（例：tar xvf）。これには、ovf ファイル (.ovf)、生成ファイル (.mf) および仮想ディスク (.vmdk) が含まれます。

  2. 次のコマンドを使用して、仮想ディスクのチャンクを単一のディスクに結合します。

     • Linux または Mac：
       cat vmName-disk1.vmdk.*> vmName-disk1.vmdk
     • Windows：
       copy /b vmName-disk1.vmdk.000000 + vmName-disk1.vmdk.000001 + 最後のフラグメントまで繰り返す vmName-disk1.vmdk

     注：仮想ディスクのチャンクのフラグメントが 1 つのみである場合は、この名前をターゲット ディスクに変更します。複数のディスクにチャンクのフラグメントがある場合は、それぞれを該当するターゲット ディスクに結合します（例：disk1.vmdk、disk2.vmdk など）。

  3. プレーン テキスト エディタを使用して、OVF 記述子 (.ovf) から chunkSize 属性を削除します。例：
     <File ovf:chunkSize="7516192768" ovf:href="vmName-disk1.vmdk" ovf:id="file1" ovf:size=.../>
     これを次のように変更します。
     <File ovf:href="vmName-disk1.vmdk" ovf:id="file1" ovf:size=.../>

  4. ローカル ファイル（更新された OVF 記述子や、マージされたディスクを含む）を選択して、vSphere Web Client を介して OVF テンプレートをデプロイします。

  5. OVA テンプレートの場合にのみ、次の手順に従い、vSphere Web Client を介して OVA を再アセンブルします。

     1. OVF テンプレートをエクスポートします。エクスポートにより、OVF ファイル (.ovf)、生成ファイル (.mf) および仮想ディスク (.vmdk) が生成されます。生成ファイルは、手順 1 のファイルとは異なります。

     2. tar ユーティリティ（例：tar cvf）を使用して、これらのファイルを単一の OVA テンプレートに結合します。Linux の場合（例）：
        tar cvf vm.ova vm.ovf vm.mf vm.disk1.vmdk

• OVF テンプレートをエクスポートするとき、またはコンテンツ ライラブラリからアイテムをエクスポートするときに、Internet Explorer の新規タブが表示される
  Internet Explorer で　vSphere Web Client を 実行し、OVF テンプレートのエクスポートまたはコンテンツ ライブラリからのアイテムのエクスポートを行うと、コンテンツ ライブラリ アイテムまたは OVF テンプレート内のファイルごとに、新規画面がタブで表示されます。各タブで、セキュリティ証明書を受け入れるように要求される場合があります。

  回避策：各セキュリティ証明書を受け入れて、各ファイルを保存します。

• vCenter Server のインベントリから OpaqueNetwork が削除されない
  不透明ネットワークに接続された仮想マシンをテンプレートに変換した場合、たとえ不透明ネットワークから ESXi ホストが削除され、不透明ネットワークに仮想マシンが 1 台も接続されていなくても、vCenter Server では OpaqueNetwork を vCenter Server のインベントリから削除しません。これは、不透明ネットワークにテンプレートがまだ接続されていることが原因です。

  回避策：なし。

• OVF テンプレートをデプロイすると、一部のビューで error.mutationService.ProviderMethodNotFoundError エラーが発生することがある
  OVF テンプレートをデプロイする際、次のすべての条件が揃うと、error.mutationService.ProviderMethodNotFoundError エラーが発生します。

  • [OVF テンプレートのデプロイ] ウィザードで、ローカル ファイル システムから OVF ファイルを選択し、[次へ] をクリックした。

  • 選択した OVF ファイルが 1.5 MB 未満である。

  • オブジェクトを選択せずに OVF テンプレートをデプロイした（仮想マシンのリスト ビューから実行するなど）。

  回避策：オブジェクトを選択してから [OVF テンプレートのデプロイ] オプションを選択して OVF テンプレートをデプロイします。

• vSphere Web Client で、差分ディスクを使用したローカル ファイルから OVF または OVA テンプレートをデプロイすると、失敗することがある
  差分ディスク（OVF ファイルでは ovf:parentRef）を含む OVF テンプレートまたは OVA テンプレートをデプロイすると、操作が失敗するか、デプロイが停止する可能性があります。

  OVF 記述子における OVF 要素の例は次のとおりです。

   <References>
    <File ovf:href="Sugar-basedisk-1-4.vmdk" ovf:id="basefile14" ovf:size="112144896"/>
    <File ovf:href="Sugar-disk1.vmdk" ovf:id="file1" ovf:size="44809216"/>
    <File ovf:href="Sugar-disk4.vmdk" ovf:id="file4" ovf:size="82812928"/>
   </References>
  
   <DiskSection>
    <Info>Meta-information about the virtual disks</Info>
    <Disk ovf:capacity="1073741824"
     ovf:diskId="basedisk14"
     ovf:fileRef="basefile14"
     ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized" />
    <Disk ovf:capacity="1073741824"
     ovf:diskId="vmdisk1"
     ovf:fileRef="file1"
    ovf:parentRef="basedisk14"
     ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized" />
    <Disk ovf:capacity="1073741824"
    ovf:diskId="vmdisk4"
    ovf:fileRef="file4"
    ovf:parentRef="basedisk14"
    ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized"/>
   </DiskSection>
  

  回避策：このような OVF または OVA テンプレートをデプロイする場合は、HTTP サーバでこのテンプレートをホストします。その後、このテンプレートをポイントする HTTP URL からテンプレートをデプロイします。

• OVF のデプロイ完了後にパワーオン オプションが表示されない
  OVF または OVA のデプロイ中、デプロイの完了時に仮想マシンを自動的にパワーオンするオプションがデプロイ ウィザードに表示されません。

  回避策：vSphere 6.5 の　OVF デプロイ ウィザードでは、このオプションは利用できません。デプロイの完了後、仮想マシンを手動でパワーオンしてください。

• OVF のデプロイ ウィザードをグローバル インベントリ リストから開始すると、ウィザードの「場所の選択」ページにエラー メッセージが表示されない
  この問題は、vSphere Web Client でグローバル インベントリ リストのいずれか（例：仮想マシン インベントリ リスト）から OVF テンプレートをデプロイする際、ウィザードの [名前と場所の選択] ページで発生します。ここで有効な場所を選択しなかった場合、適切なエラー メッセージが表示される代わりに、ナビゲーション ボタンが無効になり、ウィザードをそれ以上進めることができなくなります。

  回避策：ウィザードをキャンセルして、再度起動し、有効な場所を選択します。

• OVF のデプロイ ウィザードで、外部メッセージ バンドルを含むローカルの OVF または OVA テンプレートをデプロイできない
  OVF または OVA テンプレートに外部メッセージ バンドルへの参照が含まれる場合は、ローカル ファイルからデプロイできません。

  回避策：このような OVF または OVA テンプレートをデプロイするには、次のいずれかの手順を実行します。

  • URL から OVF または OVA テンプレートをデプロイします。

  • OVF ファイルを編集して、外部メッセージ ファイルをポイントするタグ（<Strings ovf:fileRef /> タグ）を、外部メッセージ ファイルの実際のコンテンツに置き換えます。

• Storage DRS を無効にしたクラスタでは、仮想マシンの作成、クローン作成ができない
  この問題は、[新規仮想マシン]、（仮想マシンまたはテンプレートへの）[仮想マシンのクローン作成]、または [テンプレートからのデプロイ] ウィザードで、Storage DRS が無効のデータストア クラスタの一部であるデータストアを選択すると発生します。[設定の確認] ページまで進み、[終了] をクリックしてもウィザードは閉じず、何も処理されていないように見えます。仮想マシンの [データストア] のステータスに「データを取得しています...」と表示され、何も変化しません。

  回避策：Storage DRS を無効にしたデータストア クラスタに仮想マシンを配置するときは、vSphere Web Client を使用します。

• 特定の記述子によって OVF または OVA テンプレートのデプロイが失敗する
  vSphere Web Client でテンプレートをデプロイする場合、OVF または OVA テンプレートの記述子に次のいずれかの値が含まれているとデプロイに失敗し、次のエラー メッセージが表示されます。

  • fileref 要素にサイズ パラメータの値として負の数が含まれる場合。エラー メッセージの例：
    VALUE_ILLEGAL: Illegal value ";-2&" for attribute "size".Must be positive.

  • オプション予約属性の値が指定されているが、[仮想マシンのハードウェア] セクションのパラメータが指定されていない場合。例：<Reservation />。エラー メッセージの例：
    VALUE_ILLEGAL: Illegal value "" for element "Reservation".Not a number.

  • VirtualHardwareSection.System.InstanceID vssd 要素がない場合。エラー メッセージの例：
    ELEMENT_REQUIRED: Element "InstanceID" expected.

  • 国際化セクションの Strings で存在しないファイルを参照している場合。エラー メッセージの例：
    VALUE_ILLEGAL: Illegal value "eula" for attribute "fileRef".

  • 国際化セクションの Strings に不明なプリフィックスが追加されている場合。例：<ovfstr:Strings xml:lang="de-DE">。エラー メッセージの例：
    PARSE_ERROR: Parse error: Undeclared namespace prefix "ovfstr" at [row,col,system-id]: [41,39,"descriptor.ovf"].

  • OVF に OVF 仕様バージョン 0.9 の要素が含まれている場合。エラー メッセージの例：
    VALUE_ILLEGAL: OVF 0.9 is not supported.Invalid name space: "http://www.example.com/schema/ovf/1/envelope".

  回避策：この記述子を、OVF 仕様バージョン 1.1 に準拠した有効な記述子に変更します。

• 仮想マシンに接続され、vMotion が有効な USB デバイスが vSphere Web Client に表示されない
  ESXi 6.5 を実行している仮想マシンに vMotion が有効な USB デバイスを接続した場合、この仮想マシンをサスペンドしてからレジュームすると、デバイスが vSphere Web Client に表示されません。これは、デバイスと仮想マシンの再接続が成功した場合にも発生します。その結果、デバイスを切断できなくなります。

  回避策：次のいずれかの回避策を実行します。

  • 別の USB デバイスを同じ仮想マシンに接続します。vSphere Web Client に両方のデバイスが表示され、先に接続していた USB デバイスを切断できるようになります。

  • 仮想マシンをパワーオフしてからパワーオンします。デバイスが vSphere Web Client に表示されます。

• コンテンツ ライブラリ、データストア、OVF/OVA デプロイを使用したファイルのアップロードに失敗する
  vSphere Web Client でコンテンツ ライブラリ、データストア、OVF/OVA デプロイを使用してファイルをアップロードしようとすると、次のエラーが発生して操作が失敗することがあります。不明な理由で操作が失敗しました。

  これは、証明書が信頼されていないために発生します。ファイルのアップロード操作に使用する URL が信頼されていない場合、アップロードは失敗します。

  回避策：エラー メッセージが表示された URL をコピーし、ブラウザで新しいタブを開いて、その URL にアクセスします。この URL に関連付けられた証明書を受け入れるように要求されます。新しい証明書を信頼して受け入れ、操作を再試行します。詳細については、VMware のナレッジベースの記事 KB2147256 を参照してください。

• 末尾に生成ファイルまたは証明書ファイルが含まれた OVA テンプレートを URL からデプロイすると、速度の遅いネットワーク環境でデプロイに失敗することがある
  末尾に 1 つ以上の生成ファイルまたは証明書ファイルが含まれる、サイズの大きな OVA テンプレートをデプロイすると、速度の遅いネットワーク環境ではデプロイに失敗し、次のエラーが表示される場合があります。
  生成ファイルまたは証明書ファイルを取得できません。

  OVA の末尾に生成ファイルおよび証明書ファイルが配置された OVA テンプレートの例を以下に示します。

  example.ova：

  • example.ovf
  • example-disk1.vmdk
  • example-disk2.vmdk
  • example.mf
  • example.cert

  このような失敗は、デプロイ プロセスで生成ファイルおよび証明書ファイルが必要であるために発生します。したがって、OVA ファイルの先頭に近い方にこれらのファイルを配置すれば、プロセスが迅速に実行されます。

  回避策：次の回避策のいずれかを実行して、この OVA テンプレートをデプロイします。

  • OVA テンプレートをローカル システムにダウンロードして、ローカルの OVA ファイルからデプロイします。

  • OVA テンプレートを変換して、OVA テンプレート ファイルの先頭に生成ファイルまたは証明書ファイルを配置します。example.ova テンプレートに変換するには、次の操作を実行します。

    1. HTTP サーバ マシンにログインして、OVA テンプレートが含まれるフォルダに移動します。

    2. 次のコマンドを使用して、OVA テンプレートからファイルを抽出します。
       tar xvf example.ova

    3. OVA テンプレートを再度作成するには、次のコマンドを順番に実行します。

       tar cvf example.ova example.ovf
tar uvf example.ova example.mf
tar uvf example.ova example.cert
tar uvf example.ova example-disk1.vmdk
tar uvf example.ova example-disk2.vmdk


    4. HTTP URL から再度 OVA テンプレートをデプロイします。

• vSphere 6.5 からエクスポートされた、&#xd; を含む OVF テンプレートを、vSphere 5.5 または vSphere 6.0 でデプロイできない
  OVF 記述子に 
 が含まれる OVF テンプレートが vSphere Web Client 6.5 からエクスポートされた場合、このテンプレートは vSphere Web Client 5.5 または vSphere Web Client 6.0 からデプロイできません。OVF 記述子における OVF 要素の例は次のとおりです。

  <Annotation>---&#xd;This is a sample annotation for this OVF template ---</Annotation>

  回避策：次の手順に沿って、OVF 記述子から 
 を削除します。

  1. OVF 記述子から、使用されているすべての 
 を削除します。

  2. OVA または OVA テンプレートに生成ファイルが含まれる場合は、更新された OVF 記述子に基づいてチェックサムを再計算し、生成ファイルを更新します。証明書ファイルが存在する場合は、証明書ファイルを更新し、更新された生成ファイルのチェックサムを置き換えます。

• vSphere Web Client で仮想マシンまたは vApp を OVA テンプレートとしてエクスポートできない
  vSphere 6.5 より前のバージョンでは、vSphere Web Client で仮想マシンおよび vApp を OVA テンプレートとしてエクスポートできました。この機能は vSphere 6.5 では利用できません。

  回避策：OVF テンプレートとして仮想マシンをエクスポートした後、OVF テンプレート ファイルから OVA テンプレートを作成します。次の手順では、Linux および Mac コマンドを使用して、このプロセスを説明しています。Windows システムでは、TAR 対応ユーティリティをインストールする必要があります。

  1. vSphere Web Client を使用して、仮想マシンまたは vApp を OVF テンプレートとしてローカル マシンにエクスポートします。

  2. ダウンロードされた OVF テンプレート ファイルを見つけ、これらを新しい空のフォルダに移動します。

  3. 次のいずれかのタスクを実行して、OVF テンプレートから OVA テンプレートを作成します。

     • 前述の新しいフォルダに移動し、次の tar コマンドを使用してこれらのファイルを統合し、OVA テンプレートを作成します。
       cd folder
tar cvf ova-template-name.ova ovf-template-name.ovf
tar uvf ova-template-name.ova ovf-template-name.mf
tar uvf ova-template-name.ova ovf-template-name-1.vmdk
...
tar uvf ova-template-name.ova ovf-template-name-n.vmdk

       n は、仮想マシンに含まれるディスクの数を表します。ova-template-name.ova は、OVA テンプレートの最終版です。OVA を正確に構築するには、この順番でコマンドを実行します。

       注：tar コマンドは、TAR 形式を使用し、POSIX IEEE 1003.1 標準グループで定義されている USTAR (Uniform Standard Tape Archive) 形式に従う必要があります。

     • OVF ツールがシステムにインストールされている場合は、次のコマンドを実行します。
       cd downloaded-ovf-template-folder
path-to-ovf-tool\ovftool.exe ovf-template-name.ovf ova-template-name.ova

• 圧縮ファイルへの参照を含む OVF テンプレートのデプロイが失敗することがある
  圧縮ファイル（通常、gzip を使用した圧縮）への参照を含む OVF テンプレートをデプロイすると、操作が失敗します。

  OVF 記述子における OVF 要素の例は次のとおりです。
  <References>
   <File ovf:size="458" ovf:href="valid_disk.vmdk.gz" ovf:compression="gzip" ovf:id="file1"></File>
</References>

  回避策：OVF ツールがシステムにインストールされている場合は、次のコマンドを実行して、OVF または OVA テンプレートを変換します。新しいテンプレートには、圧縮ディスクを含めません。

  1. 次のコマンドを使用して、テンプレートが含まれるフォルダに移動します。
     cd template-folder

  2. テンプレートを変換します。

     • OVA テンプレートの変換：
       path-to-ovf-tool\ovftool.exe ova-template-name.ova newova-template-name.ova

     • OVF テンプレートの変換：
       path-to-ovf-tool\ovftool.exe ovf-template-name.ovf new-ovf-template-name.ovf

• ファイル参照に HTTP URL が含まれる OVF または OVA テンプレートのデプロイが失敗する
  ファイル参照に HTTP URL が含まれる OVF または OVA テンプレートのデプロイを試みると、操作が失敗し、次のエラーが表示されます。
  Invalid response code: 500

  例：
  <References>
  <File ovf:size="0" ovf:href="http://www.example.com/dummy.vmdk" ovf:id="file1"></File>
</References>


  回避策：HTTP サーバからファイルをダウンロードし、OVF または OVA テンプレートを更新するには、次の手順を実行します。

  1. OVF 記述子を開き、HTTP URL が含まれるファイル参照を見つけます。

     OVA テンプレートの場合は、OVA テンプレートからファイルを抽出して、OVF 記述子を開きます。たとえば、次のコマンドを実行します。
     tar xvf ova-template-name&.ova

     注：このコマンドは Linux または Mac システム用です。Windows システムでは、TAR ユーティリティをインストールする必要があります。

  2. HTTP URL からローカル マシンにファイルをダウンロードして、OVF または OVA テンプレートと同じフォルダにこれらのファイルをコピーします。

  3. OVF 記述子に含まれる HTTP URL を、フォルダにダウンロードされた実際のファイル名で置き換えます。例：
     <File ovf:size="actual-downloaded-file-size" ovf:href="dummy.vmdk" ovf:id="file1"></File>

  4. テンプレートに生成 (.mf) ファイルと証明書 (.cert) ファイルが含まれている場合は、関連するファイルのチェックサムを再計算することによってこれらのファイルを再生成するか、OVF のデプロイ操作の際にこれらのファイルを除外します。

     OVA テンプレートだけの場合は、以下のいずれかの方法で OVA テンプレートを再作成します。

     • 次のように、tar コマンドを使用してテンプレートを再作成します。
       cd folder/ tar cvf ova-template-name.ova ovf-name.ovf
tar uvf ova-template-name.ova manifest-name.mf
tar uvf ova-template-name.ova cert-name.cert
tar uvf ova-template-name.ova disk-name.vmdk


       他のディスクや他のファイル参照についても繰り返します。

       注：tar コマンドは、POSIX IEEE 1003.1 標準グループで定義されている USTAR (Uniform Standard Tape Archive) 形式に従う必要があります。

     • 次のように、OVF ツールを使用してテンプレートを再作成します (Windows)。
       cd folder
path-to-ovf-tool\ovftool.exe ovf-name.ovf ova-template-name.ova


• 認証を必要とする HTTP または HTTPS URL からの OVF または OVA テンプレートのデプロイに失敗する
  vSphere Web Client を使用して、認証の必要な HTTP または HTTPS URL から OVF または OVA テンプレートをデプロイすると、操作が失敗します。次のエラー メッセージが表示されます。
  転送に失敗しました。無効な応答コードです。401。

  認証情報を入力できないため、OVF または OVA テンプレートのデプロイを試行すると失敗します。

  回避策：ファイルをダウンロードし、テンプレートをローカルにデプロイします。

  1. HTTP または HTTPS URL を使用して、ローカル マシン上のアクセス可能な任意のフォルダに、OVF または OVA テンプレートを手動でダウンロードします。

  2. ローカル マシンにダウンロードされた OVF または OVA テンプレートから仮想マシンをデプロイします。

• vSphere Web Client で EFI/UEFI 起動オプションを指定して OVF または OVA テンプレートをデプロイすることはできない
  vSphere Web Client で EFI ブート オプションを指定して OVF または OVA テンプレートをデプロイし、NVRAM ファイルを含めると、操作は失敗します。

  回避策：EFI 起動オプションを指定して OVF テンプレートをデプロイするときは、OvfTool バージョン 4.2.0 を使用します。

• 既存のネットワーク プロトコル プロファイルが入力されていないと、[OVF テンプレートのデプロイ] ウィザードの [テンプレートのカスタマイズ] ページが更新されない
  [OVF テンプレートのデプロイ] ウィザードの [テンプレートのカスタマイズ] ページでは、次のカスタム プロパティが認識され、表示されます：
  gateway、netmask、dns、searchPath、domainName、hostPrefix、httpProxy、subnet

  選択したネットワークにネットワーク プロトコル プロファイルが存在しない場合、これらのカスタム プロパティのいずれかが設定されていると、新しいネットワーク プロトコル プロファイルが自動的に作成されます。各プロパティには、値が入力されています。

  選択したネットワークにネットワーク プロトコル プロファイルがすでに存在している場合、新しいウィザードでは、上記のカスタム プロパティは事前に設定されず、これらのフィールドに対する変更はすべて無視されます。

  回避策：既存のネットワーク プロトコル プロファイル設定以外のカスタム設定が必要な場合は、選択したネットワークにネットワーク プロトコル プロファイルが存在しないことを確認します。プロファイルを削除するか、プロファイル内のネットワーク マッピングを削除してください。

• [OVF テンプレートのデプロイ] ウィザードを最小化し、vSphere Web Client を更新して、ウィザードを元のサイズに戻すと、選択したテンプレートが保持されない
  [OVF テンプレートのデプロイ] ウィザードを使用して OVF テンプレートをデプロイする際、次の手順を実行します。

  1. [OVF テンプレートのデプロイ] ウィザードで、最後の手順までのすべてのページを処理します。

  2. ウィザードを最小化して [処理中の作業] パネル内に表示します。

  3. 上部のユーザー名の隣にある [グローバル更新] をクリックします。

  4. [処理中の作業] パネル内のウィザードを元のサイズに戻します。

  このとき、次の 2 つの問題が発生します。

  • [ソースの仮想マシン名] に [名前] と同じ値が表示されます。

  • [テンプレートの選択] ページに移動すると、選択したテンプレートが空で、テンプレートが保持されなかったことがわかります。

  選択したテンプレートは表示されませんが、ウィザードを完了することは可能で、テンプレートは正しくデプロイされます。この問題は、vSphere Web Client インターフェイス内で上記の 2 つの値を表示する場合にのみ発生します。

  回避策：OVF テンプレートをデプロイするときに、[グローバル更新] を使用しないようにします。

• データストア容量の割り当て権限がユーザーにない場合、OVF テンプレートのデプロイに失敗する
  データストア容量の割り当て権限なしで OVF テンプレートをデプロイすると、操作が失敗します。

  回避策：データストア容量の割り当て権限をユーザーに割り当てます。

• vApp を含む OVF を DRS 以外のクラスタにデプロイしようとすると失敗する
  vApp を含む OVF を DRS 以外のクラスタにデプロイしようとすると、操作が失敗します。vSphere 6.5 で [OVF のデプロイ] ウィザードを使用すると、互換性チェックに合格する DRS 以外のクラスタを選択できます。しかし、デプロイを試みると失敗します。

  回避策：目的のクラスタの DRS を有効にするか、デプロイする別の場所を選択します。

• オプション LimitVMsPerESXhost を使用すると、DRS のロード バランシングが無効になり、推奨が生成されない場合がある
  LimitVMsPerESXhost オプションは、DRS の制約チェックの一部として実装されています。ホスト上の仮想マシンの数が、LimitVMsPerESXhost オプションで指定された制限を超える場合は、DRS により、追加の仮想マシンをパワーオンすることも、ホストに移行することもできません。

  回避策：今回のリリースの新しい詳細オプションである TryBalanceVmsPerHost を LimitVMsPerESXhost オプションの代わりに使用すれば、DRS が失敗する可能性を回避できます。LimitVMsPerESXhost オプションに小さな値（0 など）を手動で設定すると、クラスタの不均衡の問題が発生する場合があります。

• コンテンツ ライブラリの操作で、タスクのプログレス バーが変化しない場合がある
  コンテンツ ライブラリの操作によっては、タスクが進行中であっても、タスクのプログレス バーは 0% と表示されます。この現象は、次のような操作を行った場合に発生します。

  • 仮想マシン テンプレートとコンテンツ ライブラリから仮想マシンをデプロイする。

  • ライブラリ間でライブラリ アイテムをクローン作成する。

  • 購読済みライブラリを同期する。

  回避策：なし。

• 新規作成したコンテンツ ライブラリ アイテムの最初のバージョンが 2 になる
  新規作成したコンテンツ ライブラリ アイテムの最初のバージョンが 1 ではなく 2 になります。コンテンツ ライブラリ アイテムのバージョンは、コンテンツ ライブラリ アイテムのリストにある [バージョン] 列で確認できます。

  回避策：なし。

• ユーザー名に非 ASCII 文字が含まれていると、ローカル システムからコンテンツ ライブラリにアイテムをインポートできない
  ユーザー名に非 ASCII 文字が含まれていると、ローカル システムからコンテンツ ライブラリにアイテムをインポートできない場合があります。

  回避策：コンテンツ ライブラリにアイテムをインポートするには、URL リンク（HTTP リンクなど）、NFS リンク、または SMB リンクを使用します。

• ユーザー名に非 ASCII 文字が含まれていると、コンテンツ ライブラリからローカル システムにアイテムをエクスポートできない
  ユーザー名に非 ASCII 文字が含まれていると、コンテンツ ライブラリからローカル システムにアイテムをエクスポートできない場合があります。

  回避策：なし。

• 購読済みコンテンツ ライブラリのコンテンツ ライブラリ アイテムを同期すると、アイテムのタグの一部が表示されない場合がある
  公開コンテンツ ライブラリのアイテムを同期すると、そのアイテムのタグの一部が、購読済みコンテンツ ライブラリに表示されない場合があります。

  回避策：なし。

• OVF のデプロイ タスクのプログレス バーが 0% のままになる
  ローカル システムから OVF テンプレートをデプロイしているときに、[OVF テンプレートのデプロイ] ウィザードのプログレス バーが 0% のままになります。ただし、OVF テンプレートのデプロイ タスクと OVF パッケージのインポート タスクは作成されます。

  回避策：ローカル OVF テンプレートを選択するときに、すべての参照ファイル（OVF 記述子ファイル内で定義されている VMDK ファイルと OVF ファイルを含む）が選択されるようにします。

• レプリケーションに関するストレージ ポリシーが仮想マシン テンプレート (OVF) に含まれていると、デプロイ操作に失敗する
  ストレージ レプリケーション グループに関するストレージ ポリシーを含む仮想マシンがライブラリのテンプレートとしてキャプチャされた場合、そのテンプレートによって、仮想マシンのデプロイが失敗します。これは、コンテンツ ライブラリ テンプレートからデプロイする際に、レプリケーション グループを選択できないために発生します。このタイプのテンプレートでは、レプリケーション グループを選択する必要があります。エラー メッセージが表示され、手動でウィザードを閉じる必要があります。操作が失敗しても、ウィザードは自動的に閉じられません。

  回避策：元の仮想マシンからポリシーを削除し、新しい仮想マシン テンプレートを作成します。新しいテンプレートを作成してデプロイした後、新しい仮想マシンにポリシーを追加します。

• コンテンツ ライブラリ テンプレートのデプロイ時にストレージ ポリシーを選択すると、データストアまたはデータストア クラスタの選択が無視される
  ストレージ ポリシーを選択すると、データストアまたはデータストア クラスタの選択が無視されます。仮想マシンはユーザーが選択したストレージ プロファイルにデプロイされますが、選択したデータストアまたはデータストア クラスタにはデプロイされません。

  回避策：指定したデータストアまたはデータストア クラスタに仮想マシンをデプロイする必要がある場合は、コンテンツ ライブラリ テンプレートのデプロイ時、ストレージ ポリシーが [なし] に設定されていることを確認します。これにより、仮想マシンは選択済みのデータストアまたはデータストア クラスタに格納されます。仮想マシンが正常にデプロイされたら、その仮想マシンのページに移動し、ストレージ ポリシーを編集してストレージ ポリシーを適用できます。

• バッキング データストアに関連付けられたホストがメンテナンス モードのときにアイテムをライブラリにアップロードすると応答しなくなる
  ライブラリをバッキングしているデータストアに関連付けられたすべてのホストがメンテナンス モードのときは、そのライブラリにアイテムをアップロードできません。これを行うと、プロセスは応答を停止します。

  回避策：アップロード時、ライブラリをバッキングしているデータストアに関連付けられたホストが 1 台以上使用可能であることを確認します。

• コンテンツ ライブラリから関連のない仮想マシンに ISO ファイルをマウントすると、ダイアログ ボックスが空になる
  コンテンツ ライブラリから仮想マシンに ISO ファイルをマウントできるのは、ISO ファイルが存在しているデータストアまたはストレージ デバイスに仮想マシンのホストからアクセスできる場合に限られます。データストアまたはストレージ デバイスにアクセスできない場合は、ユーザー インターフェイスに空のダイアログ ボックスが表示されます。

  回避策：仮想マシンが常駐しているホストから、ISO ファイルが存在しているストレージ デバイスにアクセスできるようにします。この操作がポリシーで禁止されている場合は、仮想マシンからアクセス可能なデータストア上のライブラリにある ISO ファイルをコピーします。

• [公開されたコンテンツ ライブラリ] プロパティが設定されたコンテンツ ライブラリの詳細検索を実行すると、失敗する
  プロパティ値が [公開されたコンテンツ ライブラリ] であるコンテンツ ライブラリの詳細検索を実行すると、検索に失敗します。

  回避策：公開されているライブラリを手動で参照します。

Virtual Volumes の問題

• vSphere 6.0 から vSphere 6.5 にアップグレードした後、Virtual Volumes ストレージ ポリシーが仮想マシン ストレージ ポリシー リストに表示されなくなることがある
  環境を vSphere 6.5 にアップグレードした後、vSphere 6.0 で作成した Virtual Volumes ストレージ ポリシーが仮想マシン ストレージ ポリシーのリストに表示されなくなることがあります。

  回避策：vSphere Web Client からログアウトし、再度ログインします。

• vSphere Web Client で、Virtual Volumes データストアのデフォルト プロファイルに関する情報を表示できない
  通常、Virtual Volumes データストアに関連付けられているデフォルト プロファイルに関する情報は、次のようにして確認できます。vSphere Web Client で、データストアを参照してから、[構成] > [設定] > [デフォルト プロファイル] の順にクリックします。
  ただし、ストレージ側で設定される ID が、同じ Virtual Volumes プロバイダによってレポートされるすべてのデータストア間で一意でない場合、vSphere Web Client はデフォルト プロファイルをレポートできません。

  回避策：なし。

VMFS の問題

• VMFS データストアの拡張の試行に失敗した後、システムの VIM API 情報と LVM 情報の間に不整合が発生する
  この問題は、バッキング SCSI デバイスが APD または PDL 状態になっているときにデータストアを拡張しようとすると発生します。これにより、ホストの VIM API と LVM コマンドの間で情報の不整合が発生します。

  回避策：以下の手順を実行します。

  1. ボリュームに接続されているホストの 1 台で、vmkfstools --growfs コマンドを実行します。

  2. ボリュームに接続されているすべてのホストで、vmfs の再スキャン操作を実行します。

• VMFS6 データストアでは、同じデータストア内の 512n デバイスと 512e デバイスの結合がサポートされない
  VMFS6 データストアの拡張は、デバイスのタイプが同じ場合に限られます。VMFS6 データストアが 512n デバイスによってバッキングされている場合、データストアの拡張には 512n デバイスを使用します。データストアが 512e デバイス上に作成されている場合、データストアの拡張には 512e デバイスを使用します。

  回避策：なし。

• ESXi では、マッピング解除の精度が 1 MB よりも大きいアレイに対して容量の自動再利用はサポートされない
  バッキング ストレージのマッピング解除の精度が 1 MB よりも大きい場合、ESXi ホストからのマッピング解除リクエストは処理されません。vmkernel.log ファイルに次のメッセージが記録されます。Unmap not supported

  回避策：なし。

• 大量の LUN を持つ環境でストレージの再スキャン行うと、予期しない問題が発生することがある
  ストレージの再スキャンは、大量の I/O が発生する操作です。データストアの作成や拡張など、他のデータストア管理操作の実行中に行うと、遅延などの問題が発生することがあります。vSphere 6.5 リリースでは最大 1,024 個の LUN がサポートされています。大量の LUN を持つ環境では、この問題が発生する可能性が高まります。

  回避策：通常、ホストによるストレージの再スキャンは、ある程度の間を開けて実行するだけで十分です。一般的なデータストア管理タスクを実行しているときにストレージの再スキャンを行う必要はありません。ストレージの再スキャンは、特に大量の LUN を含むデプロイでは、どうしても必要なときにのみ実行します。

仮想マシン ストレージ ポリシーの問題

• vMotion によって仮想マシンを vCenter Server 間でホット移行すると、仮想マシン ストレージ ポリシーのコンプライアンスの状態が変わることがある
  vMotion を使用して vCenter Server 間で仮想マシンのホット移行を実行した後、仮想マシン ストレージ ポリシーのコンプライアンスの状態は [不明] に変わります。

  回避策：移行した仮想マシンのコンプライアンスを確認して、コンプライアンスの状態を更新します。

  1. vSphere Web Client で、仮想マシンを参照します。

  2. 右クリック メニューから、[仮想マシン ポリシー] > [仮想マシン ストレージ ポリシーのコンプライアンスのチェック] の順に選択します。
     システムによりコンプライアンスが検証されます。

vSphere HA および Fault Tolerance の問題

• ユーザー パスワードの期限が切れている場合、vCenter High Availability のレプリケーションが失敗する
  vCenter High Availability のユーザー パスワードの期限が切れている場合、vCenter High Availability のレプリケーションに失敗し、複数のエラーが表示されます。エラーおよび原因の詳細については、http://kb.vmware.com/kb/2148675 を参照してください。

  回避策：3 台の各 vCenter High Availability ノード（アクティブ、パッシブ、監視）で、vCenter High Availability ユーザー パスワードをリセットします。ユーザー パスワードのリセット手順については、http://kb.vmware.com/kb/2148675 を参照してください。

• ゲートウェイ IP アドレスを指定せずに、パッシブ ノードの代替フェイルオーバー IP アドレスを使用して vCenter High Availability をデプロイすると、vCenter Server が動作しなくなる
  vCenter High Availability　環境のパッシブ ノードに代替の IP アドレスおよびネットマスクが定義されている場合、ゲートウェイ IP アドレスを指定する必要があります。このゲートウェイ IP アドレスを指定しないまま、パッシブ ノードに代替 IP アドレスを使用すると、vCenter Server が動作しなくなります。

  回避策：VCHA 環境のパッシブ ノードに代替 IP アドレスを使用する場合は、ゲートウェイ IP アドレスを指定する必要があります。

• vCenter Server Appliance の設定時に大文字と小文字が混在したホスト名を指定していた場合、vCenter High Availability をデプロイできないことがある
  大文字と小文字が混在している FQDN を使用して vCenter Server Appliance をインストールした後で、vCenter High Availability をデプロイすると、失敗することがあります。vCenter High Availability のデプロイでは、ホスト名の大文字と小文字が区別されます。

  回避策：vCenter Server Appliance を設定する際は、大文字だけ、または小文字だけのホスト名を使用する必要があります。

• vCenter HA を構成するために、vCenter Server Appliance で SSH を有効にする必要がある
  外部 PSC を使用して管理ノードを配置するとき、また　vSphere Web Client から vCenter HA を構成するときに　SSH が無効の場合、vCenter HA のデプロイ タスクが次のメッセージを表示して失敗します。SSH が有効になっていません。vCenter Server Appliance で SSH を有効にするには、vSphere Web Client またはアプライアンス管理ユーザー インターフェイス (VAMI) を使用します。その後 vSphere Web Client で vCenter HA を設定します。

  回避策：なし。vCenter HA を使用するには、vCenter Server Appliance で SSH を有効にする必要があります。

• デプロイ時に FQDN ではなく IP アドレスが使用されている場合は、vSphere Web Client ユーザー インターフェイスから vCenter HA を構成できない
  次の手順を実行すると、エラーが発生します。

  1. vCenter Server をデプロイするときに、デプロイ ユーザー インターフェイスの [システム名] テキスト ボックスに FQDN ではなく IP アドレスを入力してインストールを完了します。

  2. デプロイが成功した後、vCenter HA を構成するために、前提となる手順をすべて実行します。

  3. vSphere Web Client ユーザー インターフェイスで vCenter HA の構成に失敗し、次のエラー メッセージが表示されます。
     Platform Services Controller information cannot be retrieved.Make sure that Application Management Service is running and you are member of Single Sign-On system Configuration Administrators group. Guest OS network information about the vCenter VM cannot retrieved.Make sure that Application Management Service is running.

  回避策：vCenter Server（および PSC またはそのいずれか）をデプロイするときに、[システム名] フィールドに FQDN を入力します。

• vSphere HA が、依存関係がある仮想マシンとそれより下の階層にある他の仮想マシンを再起動できない場合がある
  現時点では、仮想マシンを正常に配置するために、仮想マシンのオーバーライド タイマーが起動されます。同じ階層の仮想マシン間に依存関係がある場合、ある仮想マシンが正常に再起動できないときは、依存関係があるすべての仮想マシンおよびその下の階層にあるすべての仮想マシンを再起動できません。ただし、仮想マシンがさまざまな階層に配置されており、同じ階層の仮想マシンに対して依存関係がない場合は、階層のタイムアウトが順守され、タイムアウト後に下の階層の仮想マシンでフェイルオーバーが実行されます。

  回避策：同じ階層で仮想マシンの依存関係を作成しないでください。

• vSphere HA クラスタを作成すると、仮想マシン コンポーネント保護がデフォルトで有効になり、ESXi 5.5 ホストをクラスタに追加できない
  新しい vSphere HA クラスタへの　ESXi 5.5 ホストの追加や、ESXi 5.5 ホストを含む新規作成したクラスタでの vSphere HA の有効化に失敗します。これは、仮想マシン コンポーネント保護がデフォルトで有効になるためです。この場合、次のようなエラー メッセージが返されます。指定されたクラスタに「vSphere 6.0 以降にアップグレードが必要」なホストが含まれているため、vSphere HA 仮想マシン コンポーネントの保護を有効にできません。ESXi 6.0 以降のホストに影響はありません。

  回避策：新規作成したクラスタの vSphere HA 設定を表示します。[障害および対応] タブで、[PDL 状態のデータストア] と [APD 状態のデータストア] が [無効] に設定されていることを確認します。これらの設定を保存すると、ESXi 5.5 ホストをクラスタに追加できます。

• vCenter HA クラスタ構成を削除する際にアクティブ ノードが再起動する場合、アクティブ ノードを手動で起動しなければならない場合がある
  vCenter HA クラスタ構成の削除はさまざまな手順を含むプロセスで、vCenter Server Appliance 設定の更新が含まれます。アプライアンスは、スタンドアロンの vCenter Server Appliance として起動するようにマークする必要があります。vCenter HA の構成を削除する操作で、アクティブなアプライアンスがクラッシュまたは再起動する場合、該当のアクティブ ノードの再起動時に、アプライアンス上のすべてのサービスの手動での起動が必要になる場合があります。

  回避策：アクティブなアプライアンス上ですべてのサービスを起動するには、次の手順を実行します。

  1. アクティブな vCenter Server Appliance のコンソールにログインします。

  2. アプライアンスのプロンプトで bash を有効にします。

  3. 次のコマンドを実行：destroy-vcha -f

  4. アプライアンスを再起動します。

• フェイルオーバーの目的でアクティブ ノードを再起動しても、再起動後にアクティブ ノードのままになる場合がある
  vCenter HA クラスタでアクティブ ノードの再起動サイクルを実行する場合、パッシブ ノードは vCenter HA クラスタのアクティブ ノードが瞬間的に停止していることを検出します。その結果、パッシブ ノードはアクティブ ノードのロールを引き継ごうとします。アプライアンスの状態がアクティブ ノード上で変更されている間にアクティブ ノードが再起動すると、パッシブ ノードへのフェイルオーバーが完了しない場合があります。その場合、アクティブ ノードは再起動サイクルが完了した後もアクティブ ノードのままになります。

  回避策：パッシブ ノードにフェイルオーバーするためにアクティブ ノードを再起動している場合、ユーザー インターフェイスから「フェイルオーバー開始」ワークフローを使用するか、Initiate Failover API コマンドを使用する必要があります。これによって、パッシブ ノードはアクティブ ノードのロールを引き継ぎます。

既知の問題のリストを折りたたむには、ここをクリックします。