發行日期：2018 年 11 月 29 日
重要事項：對於 vSAN 客戶，升級至 ESXi650-201810002 之前，如果未升級至 ESXi650-201810001，並且可能執行 VMDK 擴充，請遵循下列步驟：
- 透過 SSH 以根使用者身分登入 ESXi 主機。
- 在所有主機上將 VSAN.ClomEnableInplaceExpansion 進階組態選項設定為 0。
不需要重新開機。VSAN.ClomEnableInplaceExpansion 設定不會影響主機重新開機或執行中的工作負載。
將所有主機升級至 ESXi650-201810001 後，您可以將 VSAN.ClomEnableInplaceExpansion 設定回 1，然後將其啟用。
如果您已升級至 ESXi650-201810001，則無需執行任何額外的步驟。
下載檔案名稱：
ESXi650-201811002.zip
組建編號：
10884925
下載大小：
457.4 MB
md5sum：
7d3cd75ace63f381d8c8f34e24c9c413
sha1checksum：
882b1fb4bc139dd65956a3e9380f4f03eeb2538a
需要主機重新開機：是
需要虛擬機器移轉或關閉：是
公告
| 公告識別碼 | 類別 | 嚴重性 |
| 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 | 安全性 | 中 |
彙總公告
此彙總公告包含最新的 VIB，其中含有自 ESXi 6.5 的初始版本起的所有修正。
| 公告識別碼 | 類別 | 嚴重性 |
| 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〉。
透過從 VMware 下載頁面手動下載修補程式 ZIP 檔案，並使用 esxcli software vib 命令安裝 VIB，可以更新 ESXi 主機。此外，可以使用映像設定檔和 esxcli software profile 命令更新系統。
如需詳細資訊，請參閱《vSphere 命令列介面概念和範例》以及《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
| 修補程式類別 | 錯誤修正 |
| 修補程式嚴重性 | 嚴重 |
| 需要主機重新開機 | 是 |
| 需要虛擬機器移轉或關閉 | 是 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 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：由於 libparted 程式庫問題，使用 vSphere Update Manager 升級至 ESXi 6.5 及更新版本可能會失敗
由於 libparted 開放原始碼程式庫問題，使用 vSphere Update Manager 升級至 ESXi 6.5 及更新版本可能會失敗。您可能會看到下列反向追蹤：
[root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
反向追蹤具有 12 個堆疊呼叫：
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] 已中止已在此版本中解決此問題。
- PR 2169914：SolidFire 陣列可能無法取得最佳效能
如果沒有重新設定 SATP 宣告規則，SolidFire 陣列可能無法取得最佳效能。
已在此版本中解決此問題。此修正透過預設每秒 10 個 I/O 作業數將 Solidfire SSD SAN 儲存區陣列的儲存區陣列類型外掛程式 (SATP) 宣告規則設定為
VMW_SATP_DEFAULT_AA、將路徑選取原則 (PSP) 設定為VMW_PSP_RR，以達到最佳效能。 - PR 2169924：宣告規則必須手動新增至 ESXi
對於下列 DELL MD 儲存區陣列型號，必須手動將宣告規則新增至 ESXi：MD32xx、MD32xxi、MD36xxi、MD36xxf、MD34xx、MD38xxf 和 MD38xxi。
已在此版本中解決此問題。此修正會將 SATP 設定為
VMW_SATP_ALUA、將 PSP 設定為VMW_PSP_RR，以及將宣告選項設定為tpgs_on，以做為下列 DELL MD 儲存區陣列型號的預設值：MD32xx、MD32xxi、MD36xxi、MD36xxf、MD34xx、MD38xxf 和 MD38xxi。 - PR 2170118：如果您使用 EMC RecoverPoint，在關閉虛擬機器或關閉虛擬機器電源期間，ESXi 主機可能會失敗並顯示紫色診斷畫面
如果您使用 EMC RecoverPoint，由於 vSCSI 篩選器工具中的競爭情形，在關閉虛擬機器或關閉虛擬機器電源期間，ESXi 主機可能會失敗並顯示紫色診斷畫面。
已在此版本中解決此問題。
- PR 2170120：儲存裝置的部分路徑在儲存區陣列控制器執行不中斷升級後可能無法使用
在執行不中斷升級期間，部分路徑可能會進入永久裝置遺失 (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 知識庫文章 53511。
- PR 2107335：宣告規則必須手動新增至 ESXi 主機
對於 HITACHI OPEN-V 儲存區陣列，必須手動將宣告規則新增至 ESXi 主機。
已在此版本中解決此問題。此修正會將 SATP 設定為
VMW_SATP_ALUA、將 PSP 設定為VMW_PSP_RR，以及將宣告選項設定為tpgs_on，以做為具有非對稱邏輯單元存取 (AULA) 支援的 HITACHI OPEN-v 類型儲存區陣列的預設值。此修正還會將 SATP 設定為VMW_SATP_DEFAULT_AA、將 PSP 設定為VMW_PSP_RR，以及將宣告選項設定為tpgs_off，以做為不具有 ALUA 支援的 HITACHI OPEN-v 類型儲存區陣列的預設值。 - PR 2122259：NTP 更新後，手動新增至 NTP 組態的設定可能會遺失
如果將設定手動新增至 NTP 組態，若透過使用 vSphere Web Client 更新 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 知識庫文章 55789。 - PR 2128932：提交至 VMFSsparse 快照的 I/O 可能會失敗，但不會顯示錯誤
如果虛擬機器位於 VMFSsparse 快照，則核發給虛擬機器的 I/O 可能僅在 VMFSsparse 層級部分處理，但上層 (如 I/O 篩選器) 會假設傳輸成功。這可能會導致資料不一致。
已在此版本中解決此問題。如果 I/O 已完成，此修正會設定上層參考的暫時性錯誤狀態。
- PR 2144766：I/O 命令可能會失敗並顯示 INVALID FIELD IN CDB 錯誤
ESXi 主機可能無法在 [區塊限制 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 開機，並且您尚未停用 WDS 中的變數 Windows 延伸選項，則虛擬機器開機速度可能會非常緩慢。
已在此版本中解決此問題。
- PR 2102135：iOS 版本晚於 iOS 11 的 Apple 裝置無法連線到 OS X 版本晚於 OS X 10.12 的虛擬機器
由於 Apple USB 的問題，iOS 版本晚於 iOS 11 的 Apple 裝置無法連線到 OS X 版本晚於 OS X 10.12 的虛擬機器。
已在此版本中解決此問題。若要在舊版 ESXi 中啟用連線，請新增
usb.quirks.darwinVendor45 = TRUE做為.vmx組態檔的新選項。 - PR 2139940：將 vmware.log 資料傳送到 Syslog 的識別碼可能無法按預期運作
將 vmware.log 資料傳送到 Syslog 且定義了
vmx.log.syslogID的識別碼可能無法按預期運作，因為忽略了變數中指定的字串。已在此版本中解決此問題。
- PR 2088951：如果您停用全域 IPv6 位址，ESXi 主機可能會間歇性失敗
由於代碼路徑仍使用 IPv6，如果您停用全域 IPv6 位址，ESXi 主機可能會間歇性失敗。
已在此版本中解決此問題。如果您已面臨此問題，請重新啟用全域 IPv6 位址以避免主機故障。如果因某些原因而需要停用 IPv6 位址，您必須停用個別 vmknic 上的 IPv6，而非全域 IPv6 位址。
- PR 2098928：如果在 hostd 初始化期間提出 HTTP 要求，Hostd 可能會失敗
在非常罕見的情況下，如果在 hostd 初始化期間提出 HTTP 要求，代理程式可能會失敗。
已在此版本中解決此問題。
- PR 2097358：如果虛擬機器的 VMX 檔案中存在某些無效參數，Hostd 會失敗
如果虛擬機器的
.vmx檔案中存在某些無效參數，Hostd 可能會失敗。例如，手動新增參數 (值為True的ideX:Y.present) 至.vmx檔案。已在此版本中解決此問題。
- PR 2078843：在不同 ESXi 版本的主機之間使用 vSphere vMotion 進行移轉可能會失敗
當 Linux 虛擬機器的叢集中有不同 ESXi 版本的主機，且 Merom 和 Penryn 處理器的增強型 vMotion 相容性 (EVC) 層級設定為 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。
已在此版本中解決此問題。此修正會將 SATP 設定為
VMW_SATP_ALUA、將 PSP 設定為VMW_PSP_RR，以及將宣告選項設定為tpgs_on，以做為具有 ALUA 支援的 Tegile IntelliFlash 儲存區陣列的預設值。此修正還會將 SATP 設定為VMW_SATP_DEFAULT_AA、將 PSP 設定為VMW_PSP_RR，以及將宣告選項設定為tpgs_off，以做為不具有 ALUA 支援的 Tegile IntelliFlash 儲存區陣列的預設值。 - PR 2113432：VMkernel 觀察 (VOB) 事件可能會產生不必要的裝置效能警告
由於儲存區陣列中的 I/O 延遲時間發生變化，可能會產生下列兩個 VOB 事件，但這些事件不會報告虛擬機器中的實際問題：
裝置 naa.xxx 效能已降低。I/O 延遲時間已從平均值 4114 微秒增加到 84518 微秒。裝置 naa.xxx 效能已改善。I/O 延遲時間已從 346115 微秒減少到 67046 微秒。
已在此版本中解決此問題。
- PR 2119609：使用 VMware vSphere vMotion 在 VMware vSphere Virtual Volumes 資料存放區上移轉具有檔案系統裝置交換器 (FDS) 的虛擬機器可能會導致多個問題
如果您使用 vSphere vMotion 將具有檔案裝置篩選器的虛擬機器從 vSphere Virtual Volumes 資料存放區移轉至其他主機，並且虛擬機器已啟用異動區塊追蹤 (CBT)、VMware vSphere Flash Read Cache (VFRC) 或 IO 篩選器，則移轉程序可能會導致任何功能出現問題。移轉期間，檔案裝置篩選器可能無法正確傳輸到主機。因此，如果在回寫模式下已設定快取 IO 篩選器，您可能會看到 CBT 中的增量備份損毀、VFRC 和快取 IO 篩選器的效能降低、複寫 IO 篩選器損毀和磁碟損毀。還可能會看到虛擬機器加密出現問題。
已在此版本中解決此問題。
- PR 2096942：對已刪除工作識別碼的 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 提供者遺失資料庫中的繫結資訊，由於無限迴圈載入 100% 的 CPU，vSphere Virtual Volumes 可能會無回應。Hostd 也可能會停止回應。您可能會看到嚴重的錯誤訊息。如果資料庫繫結失敗，此修正可防止無限迴圈。
已在此版本中解決此問題。
- PR 2155840：記錄壓力期間，Hostd 可能會無回應
如果 ESXi 主機的記錄資源群組因為大量記錄而處於壓力之下，hostd 可能會在執行
esxcfg-syslog命令時無回應。由於此修正將esxcfg-syslog相關命令從記錄資源群組移至 ESXi shell，因此，您可能會在 shell 預設資源群組下看到較高的記憶體使用量。已在此版本中解決此問題。
- PR 2088424：由於智慧平台管理介面 (IPMI) 感應器已停用或閒置，您可能會看到 false 硬體健全狀況警示
已停用的 IPMI 感應器或不會報告任何資料的此類感應器可能會產生 false 硬體健全狀況警示。
已在此版本中解決此問題。此修正可篩選出此類警示。
- 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) 可能無法識別來自整合式 Dell 遠端存取控制器 (iDRAC) 的某些 Dell 模組化伺服器
OMIVV 依賴 iDRAC 內容
hardware.systemInfo.otherIdentifyingInfo.ServiceTag中的資訊來擷取SerialNumber參數，用於識別某些 Dell 模組化伺服器。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 的失去所有路徑 (APD)
在具有多個路徑 (可導向 IBM SVC 目標後方的 LUN) 的 ESXi 組態中，如果作用中路徑上的連線中斷，並且同時其他連線路徑未處於提供 I/O 服務的狀態，則 ESXi 主機可能不會將這種情況偵測為 APD，即使實際上沒有路徑可用於提供 I/O 服務。如此一來，該裝置的 I/O 不會進行快速失敗處理。
已在此版本中解決此問題。預設為停用此修正。若要啟用修正，請將 ESXi 組態選項
/Scsi/ExtendAPDCondition設定為esxcfg-advcfg -s 1 /Scsi/ExtendAPDCondition。 - PR 2022147：在整個 ESXi 主機重新開機過程中，實體 NIC 的自訂 Rx 和 Tx 循環大小可能不具持續性
如果使用下列命令自訂實體 NIC 的 Rx 和 Tx 循環大小以提升網路效能：
esxcli network nic ring current set -n <vmnicX> -t <value>esxcli network nic ring current set -n <vmnicX> -r <value>
整個 ESXi 主機重新開機過程中的設定可能不具持續性。已在此版本中解決此問題。透過寫入 ESXi 組態檔，此修正可使這些 ESXCLI 組態在整個重新開機過程中具有持續性。使用 CLI 之前，必須在實體 NIC 上允許循環大小組態。
- PR 2171799：實體 CPU 軟鎖定可能會導致 ESXi 主機失敗並顯示紫色診斷畫面
大量 I/O 在負載過高的系統上逾時可能會導致實體 CPU 軟鎖定。因此，ESXi 主機可能會失敗並顯示紫色診斷畫面。
已在此版本中解決此問題。
- PR 2173856：由於最大通訊端緩衝區大小限制，高延遲的遠距離 vSphere vMotion 作業的效能可能會降低
由於硬式編碼通訊端緩衝區限制為 16 MB，您可能會看到高延遲 (例如 100 毫秒及以上) 的遠距離 vSphere vMotion 作業的效能不佳，其具有高速網路連結 (例如 10 GbE)。透過此修正，您可以設定最大通訊端緩衝區大小參數
SB_MAX_ADJ。已在此版本中解決此問題。
- PR 2193829：在客體作業系統重新開機期間，虛擬機器可執行檔程序可能會失敗並關閉虛擬機器
由於競爭情形，在客體作業系統重新開機期間，虛擬機器可執行檔程序可能會失敗並關閉虛擬機器。
已在此版本中解決此問題。
- 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 commandYYYY-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: Unrecoverable memory allocation failure已在此版本中解決此問題。
- PR 2182211：vSphere Web Client 的 [磁碟管理] 資料表上的 [實體位置] 資料行保持空白
當您從 vSphere Web Client 的 [叢集組態] 儀表板上的 [磁碟管理] 資料表中選取 [實體位置] 資料行時，該資料行可能會保持空白，並且僅顯示 hpsa 驅動程式的相關資訊。
已在此版本中解決此問題。
- PR 2194304：ESXi 主機 smartd 報告一些警告
某些關鍵 Flash 裝置參數，包括溫度和重新配置的磁區計數，不會提供臨界值。因此，ESXi 主機 smartd 精靈可能會報告一些警告。
已在此版本中解決此問題。
- PR 2209900：ESXi 主機可能會無回應
當外部程序 esxcfg-syslog 仍然停滯時，hostd 服務可能會停止回應。因此，ESXi 主機可能會無回應。
已在此版本中解決此問題。
- PR 2167877：如果在流量持續很大的情況下啟用 IPFIX，ESXi 主機可能會失敗並顯示紫色診斷畫面
當您啟用 IPFIX 時，如果流量過大且具有不同的流量，系統活動訊號可能無法從 IPFIX 先佔 CPU 很長時間，並且會觸發紫色診斷畫面。
已在此版本中解決此問題。
- PR 2211285：VMware vSphere High Availability (vSphere HA) 容錯移轉後，虛擬機器連接埠可能會封鎖
依預設，已啟用 vSphere HA 之 ESXi 主機中的隔離回應功能會停用。當隔離回應功能啟用時，連線到 NSX-T 邏輯交換器的虛擬機器連接埠在 vSphere HA 容錯移轉後可能會遭到封鎖。
已在此版本中解決此問題。
- PR 2211639：當 VMware vSphere Network I/O Control 和佇列配對已停用時，您可能會看到具有基礎結構流量的封包順序錯誤
如果 vSphere Network I/O Control 和 NIC 佇列配對已停用，您可能會看到具有基礎結構流量的封包順序錯誤，例如管理、ISCSI 和 NFS。這是因為未啟用 vSphere Network I/O Control 時，佇列配對也會停用，並且 NIC 會使用多個佇列。
已在此版本中解決此問題。
- PR 2186065：韌體事件代碼記錄可能會填滿 vmkernel.log
不支援 [區塊限制 VPD] 頁面的磁碟機
0xb0可能會產生事件代碼記錄以填滿vmkernel.log。已在此版本中解決此問題。
- PR 2209919：ESXi 主機可能會失敗並顯示紫色診斷畫面，然後報告錯誤：PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc
當您使用 VMware vSphere Replication 複製虛擬機器時，ESXi 主機可能會立即或在 24 小時內失敗並顯示紫色診斷畫面，然後報告下列錯誤：
危急 bora/vmkernel/main/dlmalloc.c:4924 - dlmalloc 中的使用方式錯誤。已在此版本中解決此問題。
- PR 2204024：由於第三方裝置驅動程式處理命令重複失敗，虛擬機器可能會無回應
由於部分第三方裝置驅動程式處理命令重複失敗，虛擬機器可能會無回應。開啟虛擬機器主控台時，您可能會看到下列錯誤：
錯誤：「無法連線到 MKS: 在重試期間內無法連線到管道 \\.\pipe\vmware-authdpipe」已在此版本中解決此問題。此修正將復原無回應第三方裝置驅動程式的命令，確保停止失敗的命令並重試，直到成功為止。
- PR 2164733：如果 Guest Introspection 服務已開啟，則使用 VMware vSphere vMotion 移轉虛擬機器可能會失敗並顯示 NamespaceDb 相容性錯誤
如果 Guest Introspection 服務在具有超過 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
此修正會將 SATP 設定為
VMW_SATP_ALUA、將 PSP 設定為VMW_PSP_RR，以及將宣告選項設定為tpgs_on，以做為 Lenovo DE 系列儲存區陣列的預設值。已在此版本中解決此問題。
- PR 2110196：容量磁碟在使用重複資料刪除的 vSAN 叢集中發生故障，從而導致主機故障
在啟用重複資料刪除的 vSAN 叢集中，當 I/O 導向至處於永久裝置遺失 (PDL) 狀態的磁碟時，ESXi 主機可能會失敗。
已在此版本中解決此問題。
- PR 2084723：如果從 ESXi 主機刪除虛擬機器的支援服務包資料夾，Hostd 可能會失敗
如果您手動從 ESXi 主機刪除虛擬機器的支援服務包資料夾 (下載到主機的
/scratch/downloads目錄)，當自動嘗試在建立後的一小時內刪除此路徑中的資料夾時，hostd 可能會失敗。已在此版本中解決此問題。
- PR 2213917：由於競爭情形，ESXi 主機可能會失敗，並顯示紫色診斷畫面
雖然已收回快取項目，但它可能會因競爭情形而再次收回。這會導致 ESXi 主機出現 Null 指標解除參照，從而造成 ESXi 主機故障。
已在此版本中解決此問題。
- PR 2197789：NIOC 排程器可能會重設上行
如果定期使用上行，NIOC hClock 排程器可能會重設上行網路裝置，且重設無法預期。
已在此版本中解決此問題。
- PR 1863313：使用 vSphere Auto Deploy 將已啟用可設定狀態的安裝的主機設定檔套用至 ESXi 6.5 主機可能會失敗
如果您在主機設定檔上啟用可設定狀態的安裝功能，並且管理 VMkernel NIC 已連線到分散式虛擬交換器，則在 PXE 開機期間使用 vSphere Auto Deploy 將主機設定檔套用至其他 ESXi 6.5 主機可能會失敗。主機仍處於維護模式。
已在此版本中解決此問題。
- 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 可能會導致長時間的網路延遲
如果您透過將取樣速率設為 0，使 NetFlow 網路分析工具能夠對 vSphere Distributed Switch 連接埠群組上的每個封包取樣，則在流量超過 100 萬時，網路延遲可能會達到 1000 毫秒。
已在此版本中解決此問題。使用 CLI 將
ipfixHashTableSize IPFIX參數設定為-p “ipfixHashTableSize=65536” -m ipfix，可以進一步最佳化 NetFlow 效能。若要完成工作，請將 ESXi 主機重新開機。 - PR 2170126：在備份期間，備份 Proxy 虛擬機器可能會進入無效狀態
執行數百次磁碟熱新增或移除作業而不關閉電源或移轉的虛擬機器可能會終止，並且會變為無效。這會影響備份解決方案，其中可能會終止備份 Proxy 虛擬機器。
在 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。如果將兩個或更多 vCPU 指派給虛擬機器，[安裝的實體 RAM] 欄位會顯示不可用。已在此版本中解決此問題。
- PR 2085546：出現未對齊的重疊 I/O 時，vSAN 叢集中的 I/O 延遲可能會增加
在某些情況下，如果出現未對齊的重疊 I/O，vSAN 堆疊兩個階段認可引擎的認可排程器可能無法立即執行。此延遲會增加 I/O 作業的延遲。
已在此版本中解決此問題。
- PR 2051108：Readdir API 始終傳回 EOF，導致 listdir 命令出現非預期行為
OSFS_Readdir API 會填入受限於所提供緩衝區大小的目錄項目，並始終傳回檔案結尾 (EOF) 為 [是]。您可能必須呼叫 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 也不會將磁碟標記為已降級
在某些情況下，vSAN 會花費很長時間來將磁碟標記為已降級，即使磁碟已報告 I/O 失敗，且 vSAN 已停止為該磁碟中的任何進一步 I/O 提供服務。
已在此版本中解決此問題。
- PR 1814870：Dell R730 伺服器上的風扇可能會顯示在錯誤的硬體健全狀況監控群組中或不顯示
Dell R730 伺服器上的風扇可能不會顯示在 vSphere Client 或 vSphere Web Client 的 [硬體狀態] 索引標籤中的 [風扇] 區段下，但在其他區段中，或完全不顯示。
已在此版本中解決此問題。
- PR 2140766：vSAN 容量監視器顯示錯誤的已用容量
將 vCenter Server 升級至 6.5 Update 2 後，vSAN 容量監視器不包含在版本低於 6.5 Update 2 的 ESXi 主機中部署的虛擬機器的容量。監視器顯示的已用容量可能會少於叢集中的實際使用量。
已在此版本中解決此問題。
- PR 2172723：在大型寫入期間，由於元件壅塞，vSAN 叢集中的客體 I/O 頻寬較低
在某些情況下，非常大的連續寫入作業期間會發生更高的延遲。進入維護模式時，您可能會注意到 IOPS 降低。
已在此版本中解決此問題。
- PR 2073175：如果您使用已重新命名的現有資料存放區的舊名稱命名新的資料存放區，NFS 資料存放區的連線可能會中斷
如果您使用已重新命名的現有資料存放區的舊名稱命名新的資料存放區，NFS 資料存放區的連線可能會中斷。例如，如果您將現有資料存放區從 NFS-01 重新命名為 NFS-01-renamed，然後使用 NFS-01 名稱建立新的 NFS 資料存放區。這會導致 ESXi 主機與重新命名的資料存放區中斷連線，且無法掛接新的資料存放區。
已在此版本中解決此問題。
- PR 2079002：如果您停用 IPv4，則無法在純 IPv6 模式中設定 IPv6 主機名稱
如果在 ESXi 主機上停用 IPv4，您可能無法設定 IPv6 主機名稱，因為系統需要 IPv4 位址。
已在此版本中解決此問題。如果在主機上同時啟用 IPv4 和 Ipv6，則 IPv4 主機名稱優先。
- PR 2192629：產生的 syslog.log 封存檔數目可能小於設定的預設值，並且在 ESXi 版本 6.0 與 6.5 之間有所不同
產生的
syslog.log封存檔數目可能小於使用syslog.global.defaultRotate參數設定的預設值。此外，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：如果所有元件都在 concat 節點下，重新平衡無法從失衡磁碟中釋放空間
展開物件時，會在複本中新增串連以支援增加的大小需求。一段時間後，由於 vSAN 會建立新複本以包含串連，因此，原始複本和串連將被捨棄。由於 vSAN 將原始複本和串連合併到新複本，如果 vSAN 沒有足夠的空間用以放置新元件，此作業可能會失敗。如果磁碟變得失衡，且磁碟上的所有元件都在 concat 節點下，則重新平衡作業無法移動任何元件以平衡磁碟。
已在此版本中解決此問題。
- 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 或更新版本、客體作業系統並非 Windows 或處理器是 Intel，則不會發生此問題。
已在此版本中解決此問題。
- PR 2204028：重複嘗試重新登錄具有相同名稱的字元裝置後，ESXi 主機可能會失敗
如果您嘗試重新登錄具有相同名稱的字元裝置，您可能會看到類似下列內容的警告：
2018-09-14T04:49:27.441Z cpu33:4986380)WARNING: CharDriver: 291: Driver with name XXXX is already using slot XX
登錄裝置所需的堆積記憶體不會因重複嘗試而被釋放。這會導致記憶體流失，並且在一段時間後，主機可能會失敗並顯示紫色診斷畫面。已在此版本中解決此問題。
- PR 1847663：載入時，NMP SATP 模組可能無法取得變更的參數
當系統重新開機後載入 NMP SATP 模組時，
vmk_ModuleLoad()方法可能無法讀取已變更的模組特定參數。此問題會影響大多數第三方驅動程式。已在此版本中解決此問題。
- PR 2031499：如果站台之間的磁碟使用量不平均，磁碟重新平衡可能無法在延伸叢集中按預期運作
vSAN 會在叢集中的所有磁碟間使用磁碟完整性值，以計算平均完整性值。此值會在重新平衡作業期間使用，以確保移動資料不會導致目的地磁碟失衡。如果您有 vSAN 延伸叢集，站台之間的儲存區使用率可能會有所不同。在此類情況下，如果其中一個站台上的平均完整性值高於其他站台，重新平衡可能無法按預期運作。
已在此版本中解決此問題。
- PR 2128759：刪除虛擬機器之後，虛擬機器目錄仍保留在 NSX-T 環境中
由於刪除 .dvsData 資料夾中的連接埠檔案的順序錯誤，當您刪除虛擬機器後，虛擬機器目錄可能仍保留在 NSX-T 環境中。
已在此版本中解決此問題。
- PR 2187127：如果 IPFIX 具有高取樣速率且流量過大，VXLAN 環境的效能可能會降低
當您啟用具有高取樣速率的 IPFIX 並且流量過大時，您可能會看到 VXLAN 環境的效能降低。
已在此版本中解決此問題。使用較低的取樣速率以最佳化效能。
- PR 2139131：在關閉時，ESXi 主機可能會失敗並顯示紫色診斷畫面
由於 IPv6 環境中的多點傳送接聽程式探索 (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 主機可能會失敗並顯示紫色診斷畫面。在實體匯流排共用模式下，此問題會影響包含共用的非 RDM 磁碟的叢集內的虛擬機器，例如 VMDK 或 vSphere Virtual Volumes。
已在此版本中解決此問題。
| 修補程式類別 | 錯誤修正 |
| 修補程式嚴重性 | 重要 |
| 需要主機重新開機 | 是 |
| 需要虛擬機器移轉或關閉 | 否 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 不適用 |
| CVE 號碼 | 不適用 |
此修補程式更新了 ne1000 VIB。
| 修補程式類別 | 錯誤修正 |
| 修補程式嚴重性 | 重要 |
| 需要主機重新開機 | 是 |
| 需要虛擬機器移轉或關閉 | 是 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 不適用 |
| CVE 號碼 | 不適用 |
此修補程式更新了 vmkusb VIB。
| 修補程式類別 | 錯誤修正 |
| 修補程式嚴重性 | 嚴重 |
| 需要主機重新開機 | 否 |
| 需要虛擬機器移轉或關閉 | 否 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 2096875 |
| CVE 號碼 | 不適用 |
此修補程式更新了 lsu-lsi-lsi-mr3-plugin VIB 以解決下列問題：
- PR 2096875：由於 lsu-lsi-lsi-mr3-plugin 中的記憶體配置問題，ESXi 主機和 hostd 可能會停止回應
由於 vSAN 磁碟服務性外掛程式 lsu-lsi-lsi-mr3-plugin 中的記憶體配置問題，ESXi 主機和 hostd 可能會停止回應您可能會看到錯誤訊息
Out of memory或Error cloning thread。已在此版本中解決此問題。
| 修補程式類別 | 錯誤修正 |
| 修補程式嚴重性 | 重要 |
| 需要主機重新開機 | 是 |
| 需要虛擬機器移轉或關閉 | 是 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 2151342 |
| CVE 號碼 | 不適用 |
此修補程式更新了 ntg3 VIB 以解決下列問題：
- PR 2151342：過大的封包可能會導致使用 ntg3 驅動程式的 NIC 暫時停止傳送封包
在少數情況下，使用 ntg3 驅動程式的 NIC (例如 Broadcom BCM5719 和 5720 GbE NIC) 可能會在嘗試傳送過大封包失敗後暫時停止傳送封包。4.1.3.2 版 ntg3 驅動程式解決了此問題。
已在此版本中解決此問題。
| 修補程式類別 | 錯誤修正 |
| 修補程式嚴重性 | 中 |
| 需要主機重新開機 | 否 |
| 需要虛擬機器移轉或關閉 | 否 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 2064111 |
| CVE 號碼 | 不適用 |
此修補程式更新了 lsu-hp-hpsa-plugin VIB 以解決下列問題：
- PR 2064111：具有 HPE ProLiant Gen9 Smart Array 控制器的 VMware vSAN 可能無法在正確的磁碟上亮起定位器 LED
在具有 HPE ProLiant Gen9 Smart Array 控制器的 vSAN 叢集中，例如 P440 和 P840，可能無法在發生故障的正確裝置上亮起定位器 LED。
已在此版本中解決此問題。
| 修補程式類別 | 安全性 |
| 修補程式嚴重性 | 嚴重 |
| 需要主機重新開機 | 是 |
| 需要虛擬機器移轉或關閉 | 是 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 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 版。
| 修補程式類別 | 安全性 |
| 修補程式嚴重性 | 重要 |
| 需要主機重新開機 | 是 |
| 需要虛擬機器移轉或關閉 | 是 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 不適用 |
| CVE 號碼 | 不適用 |
此修補程式更新了 esxi-ui VIB。
| 修補程式類別 | 安全性 |
| 修補程式嚴重性 | 中 |
| 需要主機重新開機 | 否 |
| 需要虛擬機器移轉或關閉 | 否 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| 修正的 PR | 不適用 |
| CVE 號碼 | 不適用 |
此修補程式更新了 tools-light VIB。
| 設定檔名稱 | ESXi-6.5.0-20181104001-standard |
| 組建編號 | 如需組建編號資訊，請參閱頁面頂端。 |
| 廠商 | VMware, Inc. |
| 發行日期 | 2018 年 11 月 29 日 |
| 接受程度 | PartnerSupported |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 受影響的 VIB |
|
| 修正的 PR | 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 號碼 | 不適用 |
- 此修補程式更新了下列問題：
-
由於 libparted 開放原始碼程式庫問題，使用 vSphere Update Manager 升級至 ESXi 6.5 及更新版本可能會失敗。您可能會看到下列反向追蹤：
[root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
反向追蹤具有 12 個堆疊呼叫：
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] 已中止 -
如果沒有重新設定 SATP 宣告規則，SolidFire 陣列可能無法取得最佳效能。
-
對於下列 DELL MD 儲存區陣列型號，必須手動將宣告規則新增至 ESXi：MD32xx、MD32xxi、MD36xxi、MD36xxf、MD34xx、MD38xxf 和 MD38xxi。
-
如果您使用 EMC RecoverPoint，由於 vSCSI 篩選器工具中的競爭情形，在關閉虛擬機器或關閉虛擬機器電源期間，ESXi 主機可能會失敗並顯示紫色診斷畫面。
-
在執行不中斷升級期間，部分路徑可能會進入永久裝置遺失 (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 主機。
-
如果將設定手動新增至 NTP 組態，若透過使用 vSphere Web Client 更新 NTP，這些設定可能會從
ntp.conf檔案中刪除。NTP 更新會保留所有設定以及限制選項、driftfile、手動新增至ntp.conf檔案的伺服器。如果手動修改ntp.conf檔案，您必須重新啟動 hostd 以散佈更新。 -
在 hostd 產生新票證之前不會遭到刪除的失效票證，可能會耗盡 RAM 磁碟節點。這可能會導致 ESXi 主機停止回應。
-
由於冗餘狀況檢查，您可能無法將連線的 USB 裝置用作傳遞裝置，以透過使用 vSphere vMotion 移轉虛擬機器。
-
如果虛擬機器位於 VMFSsparse 快照，則核發給虛擬機器的 I/O 可能僅在 VMFSsparse 層級部分處理，但上層 (如 I/O 篩選器) 會假設傳輸成功。這可能會導致資料不一致。
-
ESXi 主機可能無法在 [區塊限制 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 開機，並且您尚未停用 WDS 中的變數 Windows 延伸選項，則虛擬機器開機速度可能會非常緩慢。
-
由於 Apple USB 的問題，iOS 版本晚於 iOS 11 的 Apple 裝置無法連線到 OS X 版本晚於 OS X 10.12 的虛擬機器。
-
將 vmware.log 資料傳送到 Syslog 且定義了
vmx.log.syslogID的識別碼可能無法按預期運作，因為忽略了變數中指定的字串。 -
由於代碼路徑仍使用 IPv6，如果您停用全域 IPv6 位址，ESXi 主機可能會間歇性失敗。
-
在非常罕見的情況下，如果在 hostd 初始化期間提出 HTTP 要求，代理程式可能會失敗。
-
如果虛擬機器的
.vmx檔案中存在某些無效參數，Hostd 可能會失敗。例如，手動新增參數 (值為True的ideX:Y.present) 至.vmx檔案。 -
當 Linux 虛擬機器的叢集中有不同 ESXi 版本的主機，且 Merom 和 Penryn 處理器的增強型 vMotion 相容性 (EVC) 層級設定為 L0 或 L1 時，如果您嘗試使用 vSphere vMotion 從 ESXi 6.0 主機移轉到具有較新 ESXi 版本的主機，則虛擬機器可能會停止回應。
-
由於資料存放區活動訊號可能在關閉 VMware vSphere VMFS6 時提前停止，ESXi 主機可能會無回應。因此，相似性管理員無法正常結束。
-
對於 Tegile IntelliFlash 儲存區陣列，必須手動將宣告規則新增至 ESXi。
-
由於儲存區陣列中的 I/O 延遲時間發生變化，可能會產生下列兩個 VOB 事件，但這些事件不會報告虛擬機器中的實際問題：
裝置 naa.xxx 效能已降低。I/O 延遲時間已從平均值 4114 微秒增加到 84518 微秒。裝置 naa.xxx 效能已改善。I/O 延遲時間已從 346115 微秒減少到 67046 微秒。
-
如果您使用 vSphere vMotion 將具有檔案裝置篩選器的虛擬機器從 vSphere Virtual Volumes 資料存放區移轉至其他主機，並且虛擬機器已啟用異動區塊追蹤 (CBT)、VMware vSphere Flash Read Cache (VFRC) 或 IO 篩選器，則移轉程序可能會導致任何功能出現問題。移轉期間，檔案裝置篩選器可能無法正確傳輸到主機。因此，如果在回寫模式下已設定快取 IO 篩選器，您可能會看到 CBT 中的增量備份損毀、VFRC 和快取 IO 篩選器的效能降低、複寫 IO 篩選器損毀和磁碟損毀。還可能會看到虛擬機器加密出現問題。
-
如果您使用 VMware vSphere APIs for Storage Awareness 提供者，您可能會看到對已取消或已刪除工作的多次
getTaskUpdate呼叫。如此一來，您可能會看到 vSphere API for Storage Awareness 頻寬耗用量增加及記錄湧出的情況。 -
如果 vSphere API for Storage Awareness 提供者遺失資料庫中的繫結資訊，由於無限迴圈載入 100% 的 CPU，vSphere Virtual Volumes 可能會無回應。Hostd 也可能會停止回應。您可能會看到嚴重的錯誤訊息。如果資料庫繫結失敗，此修正可防止無限迴圈。
-
如果 ESXi 主機的記錄資源群組因為大量記錄而處於壓力之下，hostd 可能會在執行
esxcfg-syslog命令時無回應。由於此修正將esxcfg-syslog相關命令從記錄資源群組移至 ESXi shell，因此，您可能會在 shell 預設資源群組下看到較高的記憶體使用量。 -
已停用的 IPMI 感應器或不會報告任何資料的此類感應器可能會產生 false 硬體健全狀況警示。
-
如果解除登錄處於中斷連線狀態的 vSphere API for Storage Awareness 提供者，您可能會看到
java.lang.NullPointerException錯誤。當提供者處於中斷連線狀態時事件和警示管理員未初始化，這會導致錯誤。 -
由於快取項目失效，VMFS6 資料存放區可能會錯誤地報告空間不足。
-
如果已使用 CBRC 建立虛擬機器的快照且稍後停用 CBRC，磁碟整併作業可能會失敗並顯示錯誤
指定的參數不正確: spec.deviceChange.device，因為在 CBRC 停用後刪除了摘要檔案。將會顯示需要虛擬機器磁碟整併警示，直到解決該問題為止。 -
OMIVV 依賴 iDRAC 內容
hardware.systemInfo.otherIdentifyingInfo.ServiceTag中的資訊來擷取SerialNumber參數，用於識別某些 Dell 模組化伺服器。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 服務的狀態，則 ESXi 主機可能不會將這種情況偵測為 APD，即使實際上沒有路徑可用於提供 I/O 服務。如此一來，該裝置的 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 毫秒及以上) 的遠距離 vSphere vMotion 作業的效能不佳，其具有高速網路連結 (例如 10 GbE)。透過此修正，您可以設定最大通訊端緩衝區大小參數
SB_MAX_ADJ。 -
由於競爭情形，在客體作業系統重新開機期間，虛擬機器可執行檔程序可能會失敗並關閉虛擬機器。
-
您可能會看到多個訊息，例如
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 commandYYYY-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: Unrecoverable memory allocation failure -
當您從 vSphere Web Client 的 [叢集組態] 儀表板上的 [磁碟管理] 資料表中選取 [實體位置] 資料行時，該資料行可能會保持空白，並且僅顯示 hpsa 驅動程式的相關資訊。
-
某些關鍵 Flash 裝置參數，包括溫度和重新配置的磁區計數，不會提供臨界值。因此，ESXi 主機 smartd 精靈可能會報告一些警告。
-
當外部程序 esxcfg-syslog 仍然停滯時，hostd 服務可能會停止回應。因此，ESXi 主機可能會無回應。
-
當您啟用 IPFIX 時，如果流量過大且具有不同的流量，系統活動訊號可能無法從 IPFIX 先佔 CPU 很長時間，並且會觸發紫色診斷畫面。
-
依預設，已啟用 vSphere HA 之 ESXi 主機中的隔離回應功能會停用。當隔離回應功能啟用時，連線到 NSX-T 邏輯交換器的虛擬機器連接埠在 vSphere HA 容錯移轉後可能會遭到封鎖。
-
如果 vSphere Network I/O Control 和 NIC 佇列配對已停用，您可能會看到具有基礎結構流量的封包順序錯誤，例如管理、ISCSI 和 NFS。這是因為未啟用 vSphere Network I/O Control 時，佇列配對也會停用，並且 NIC 會使用多個佇列。
-
不支援 [區塊限制 VPD] 頁面的磁碟機
0xb0可能會產生事件代碼記錄以填滿vmkernel.log。 -
當您使用 VMware vSphere Replication 複製虛擬機器時，ESXi 主機可能會立即或在 24 小時內失敗並顯示紫色診斷畫面，然後報告下列錯誤：
PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc. -
由於部分第三方裝置驅動程式處理命令重複失敗，虛擬機器可能會無回應。開啟虛擬機器主控台時，您可能會看到下列錯誤：
錯誤：「無法連線到 MKS: 在重試期間內無法連線到管道 \\.\pipe\vmware-authdpipe」 -
如果 Guest Introspection 服務在具有超過 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 主機可能會無回應。
-
此修正會將 SATP 設定為
VMW_SATP_ALUA、將 PSP 設定為VMW_PSP_RR，以及將宣告選項設定為tpgs_on，以做為 Lenovo DE 系列儲存區陣列的預設值。 -
在啟用重複資料刪除的 vSAN 叢集中，傳送到容量磁碟的 I/O 可能會重新路由到另一個磁碟。新的目的地裝置可能會遭受永久裝置遺失 (PDL)。如果在此時間間隔內達到故障磁碟的 I/O 要求數，主機可能會失敗並顯示紫色診斷畫面。
-
如果您手動從 ESXi 主機刪除虛擬機器的支援服務包資料夾 (下載到主機的
/scratch/downloads目錄)，當自動嘗試在建立後的一小時內刪除此路徑中的資料夾時，hostd 可能會失敗。 -
雖然已收回快取項目，但它可能會因競爭情形而再次收回。這會導致 ESXi 主機出現 Null 指標解除參照，從而造成 ESXi 主機故障。
-
在移轉或升級到 vCenter Server Appliance 6.5 期間，如果 vCenter Server Appliance 的所需大小大於部分部署大小的臨界值，則無法在資訊資料表中選取這些部署大小。
-
如果定期使用上行，NIOC hClock 排程器可能會重設上行網路裝置，且重設無法預期。
-
如果您在主機設定檔上啟用可設定狀態的安裝功能，並且管理 VMkernel NIC 已連線到分散式虛擬交換器，則在 PXE 開機期間使用 vSphere Auto Deploy 將主機設定檔套用至其他 ESXi 6.5 主機可能會失敗。主機仍處於維護模式。
-
使用指令碼重新開啟具有 SR-IOV vNIC 的虛擬機器的電源可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。
-
如果虛擬機器或資料存放區等實體不再位於 ESXi 主機的統計資料庫上，但 vim.PerformanceManager 透過此實體發出效能資料要求，則可能會叫用使主機代理程式程序失敗的程式碼路徑。如此一來，主機可能會暫時無法供 vCenter Server 系統使用。
-
如果您透過將取樣速率設為 0，使 NetFlow 網路分析工具能夠對 vSphere Distributed Switch 連接埠群組上的每個封包取樣，則在流量超過 100 萬時，網路延遲可能會達到 1000 毫秒。
-
執行數百次磁碟熱新增或移除作業而不關閉電源或移轉的虛擬機器可能會終止，並且會變為無效。這會影響備份解決方案，其中可能會終止備份 Proxy 虛擬機器。
在 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。如果將兩個或更多 vCPU 指派給虛擬機器，[安裝的實體 RAM] 欄位會顯示不可用。 -
在某些情況下，如果出現未對齊的重疊 I/O，vSAN 堆疊兩個階段認可引擎的認可排程器可能無法立即執行。此延遲會增加 I/O 作業的延遲。
-
OSFS_Readdir API 會填入受限於所提供緩衝區大小的目錄項目，並始終傳回檔案結尾 (EOF) 為 [是]。您可能必須呼叫 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 -
在某些情況下，vSAN 會花費很長時間來將磁碟標記為已降級，即使磁碟已報告 I/O 失敗，且 vSAN 已停止為該磁碟中的任何進一步 I/O 提供服務。
-
Dell R730 伺服器上的風扇可能不會顯示在 vSphere Client 或 vSphere Web Client 的 [硬體狀態] 索引標籤中的 [風扇] 區段下，但在其他區段中，或完全不顯示。
-
將 vCenter Server 升級至 6.5 Update 2 後，vSAN 容量監視器不包含在版本低於 6.5 Update 2 的 ESXi 主機中部署的虛擬機器的容量。監視器顯示的已用容量可能會少於叢集中的實際使用量。
-
源自 vSAN 記錄層級的元件壅塞可能會因 vSAN 的內部 I/O 節流而降低客體 I/O 頻寬。未正確利用已分割的大型 I/O 來加快取消暫存的速度。此問題會導致記錄累積，從而造成壅塞。進入維護模式時，您可能會注意到 IOPS 降低。
-
由於 IPv6 環境中的多點傳送接聽程式探索 (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-01 重新命名為 NFS-01-renamed，然後使用 NFS-01 名稱建立新的 NFS 資料存放區。這會導致 ESXi 主機與重新命名的資料存放區中斷連線，且無法掛接新的資料存放區。
-
如果在 ESXi 主機上停用 IPv4，您可能無法設定 IPv6 主機名稱，因為系統需要 IPv4 位址。
-
產生的
syslog.log封存檔數目可能小於使用syslog.global.defaultRotate參數設定的預設值。此外，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 沒有足夠的空間用以放置新元件，此作業可能會失敗。如果磁碟變得失衡，且磁碟上的所有元件都在 concat 節點下，則重新平衡作業無法移動任何元件以平衡磁碟。
-
您無法在變更 VMDK 的儲存區原則的同時擴充 VMDK，但如果現有原則已設定資料局部性規則，擴充可能仍會在儲存區原則沒有任何變更的情況下失敗。
-
對於以 AMD 為基礎的主機上執行的虛擬機器，可能無法正確計算保留的記憶體範圍報告上限。這可能會阻止使用 VMware DirectPath I/O 功能的虛擬機器開啟電源。
-
NMP 裝置靜止程式碼路徑中的錯誤可能會造成呼叫解除鎖定已釋放的鎖定，從而導致 ESXi 主機失敗並顯示紫色診斷畫面。
-
如果硬體版本為 10 或更早版本的虛擬機器使用 EFI 並且在 AMD 處理器上執行 Windows Server 2016，可能會在重新開機期間停止回應。如果虛擬機器使用 BIOS、硬體版本為 11 或更新版本、客體作業系統並非 Windows 或處理器是 Intel，則不會發生此問題。
-
如果您嘗試重新登錄具有相同名稱的字元裝置，您可能會看到類似下列內容的警告：
2018-09-14T04:49:27.441Z cpu33:4986380)WARNING: CharDriver: 291: Driver with name XXXX is already using slot XX
登錄裝置所需的堆積記憶體不會因重複嘗試而被釋放。這會導致記憶體流失，並且在一段時間後，主機可能會失敗並顯示紫色診斷畫面。 -
當系統重新開機後載入 NMP SATP 模組時，
vmk_ModuleLoad()方法可能無法讀取已變更的模組特定參數。此問題會影響大多數第三方驅動程式。 -
vSAN 會在叢集中的所有磁碟間使用磁碟完整性值，以計算平均完整性值。此值會在重新平衡作業期間使用，以確保移動資料不會導致目的地磁碟失衡。如果您有 vSAN 延伸叢集，站台之間的儲存區使用率可能會有所不同。在此類情況下，如果其中一個站台上的平均完整性值高於其他站台，重新平衡可能無法按預期運作。
-
由於 vSAN 磁碟服務性外掛程式 lsu-lsi-lsi-mr3-plug-in 中的記憶體配置問題，ESXi 主機和 hostd 可能會停止回應。您可能會看到錯誤訊息
Out of memory或Error cloning thread。 -
在少數情況下，使用 ntg3 驅動程式的 NIC (例如 Broadcom BCM5719 和 5720 GbE NIC) 可能會在嘗試傳送過大封包失敗後暫時停止傳送封包。4.1.3.2 版 ntg3 驅動程式解決了此問題。
-
在具有 HPE ProLiant Gen9 Smart Array 控制器的 vSAN 叢集中，例如 P440 和 P840，可能無法在發生故障的正確裝置上亮起定位器 LED。
-
由於刪除
.dvsData資料夾中的連接埠檔案的順序錯誤，當您刪除虛擬機器後，虛擬機器目錄可能仍保留在 NSX-T 環境中。 -
當您啟用具有高取樣速率的 IPFIX 並且流量過大時，您可能會看到 VXLAN 環境的效能降低。
-
| 設定檔名稱 | ESXi-6.5.0-20181104001-no-tools |
| 組建編號 | 如需組建編號資訊，請參閱頁面頂端。 |
| 廠商 | VMware, Inc. |
| 發行日期 | 2018 年 11 月 29 日 |
| 接受程度 | PartnerSupported |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 受影響的 VIB |
|
| 修正的 PR | 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 號碼 | 不適用 |
- 此修補程式更新了下列問題：
-
由於 libparted 開放原始碼程式庫問題，使用 vSphere Update Manager 升級至 ESXi 6.5 及更新版本可能會失敗。您可能會看到下列反向追蹤：
[root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
反向追蹤具有 12 個堆疊呼叫：
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] 已中止 -
如果沒有重新設定 SATP 宣告規則，SolidFire 陣列可能無法取得最佳效能。
-
對於下列 DELL MD 儲存區陣列型號，必須手動將宣告規則新增至 ESXi：MD32xx、MD32xxi、MD36xxi、MD36xxf、MD34xx、MD38xxf 和 MD38xxi。
-
如果您使用 EMC RecoverPoint，由於 vSCSI 篩選器工具中的競爭情形，在關閉虛擬機器或關閉虛擬機器電源期間，ESXi 主機可能會失敗並顯示紫色診斷畫面。
-
在執行不中斷升級期間，部分路徑可能會進入永久裝置遺失 (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 主機。
-
如果將設定手動新增至 NTP 組態，若透過使用 vSphere Web Client 更新 NTP，這些設定可能會從
ntp.conf檔案中刪除。NTP 更新會保留所有設定以及限制選項、driftfile、手動新增至ntp.conf檔案的伺服器。如果手動修改ntp.conf檔案，您必須重新啟動 hostd 以散佈更新。 -
在 hostd 產生新票證之前不會遭到刪除的失效票證，可能會耗盡 RAM 磁碟節點。這可能會導致 ESXi 主機停止回應。
-
由於冗餘狀況檢查，您可能無法將連線的 USB 裝置用作傳遞裝置，以透過使用 vSphere vMotion 移轉虛擬機器。
-
如果虛擬機器位於 VMFSsparse 快照，則核發給虛擬機器的 I/O 可能僅在 VMFSsparse 層級部分處理，但上層 (如 I/O 篩選器) 會假設傳輸成功。這可能會導致資料不一致。
-
ESXi 主機可能無法在 [區塊限制 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 開機，並且您尚未停用 WDS 中的變數 Windows 延伸選項，則虛擬機器開機速度可能會非常緩慢。
-
由於 Apple USB 的問題，iOS 版本晚於 iOS 11 的 Apple 裝置無法連線到 OS X 版本晚於 OS X 10.12 的虛擬機器。
-
將 vmware.log 資料傳送到 Syslog 且定義了
vmx.log.syslogID的識別碼可能無法按預期運作，因為忽略了變數中指定的字串。 -
由於代碼路徑仍使用 IPv6，如果您停用全域 IPv6 位址，ESXi 主機可能會間歇性失敗。
-
在非常罕見的情況下，如果在 hostd 初始化期間提出 HTTP 要求，代理程式可能會失敗。
-
如果虛擬機器的
.vmx檔案中存在某些無效參數，Hostd 可能會失敗。例如，手動新增參數 (值為True的ideX:Y.present) 至.vmx檔案。 -
當 Linux 虛擬機器的叢集中有不同 ESXi 版本的主機，且 Merom 和 Penryn 處理器的增強型 vMotion 相容性 (EVC) 層級設定為 L0 或 L1 時，如果您嘗試使用 vSphere vMotion 從 ESXi 6.0 主機移轉到具有較新 ESXi 版本的主機，則虛擬機器可能會停止回應。
-
由於資料存放區活動訊號可能在關閉 VMware vSphere VMFS6 時提前停止，ESXi 主機可能會無回應。因此，相似性管理員無法正常結束。
-
對於 Tegile IntelliFlash 儲存區陣列，必須手動將宣告規則新增至 ESXi。
-
由於儲存區陣列中的 I/O 延遲時間發生變化，可能會產生下列兩個 VOB 事件，但這些事件不會報告虛擬機器中的實際問題：
裝置 naa.xxx 效能已降低。I/O 延遲時間已從平均值 4114 微秒增加到 84518 微秒。裝置 naa.xxx 效能已改善。I/O 延遲時間已從 346115 微秒減少到 67046 微秒。
-
如果您使用 vSphere vMotion 將具有檔案裝置篩選器的虛擬機器從 vSphere Virtual Volumes 資料存放區移轉至其他主機，並且虛擬機器已啟用異動區塊追蹤 (CBT)、VMware vSphere Flash Read Cache (VFRC) 或 IO 篩選器，則移轉程序可能會導致任何功能出現問題。移轉期間，檔案裝置篩選器可能無法正確傳輸到主機。因此，如果在回寫模式下已設定快取 IO 篩選器，您可能會看到 CBT 中的增量備份損毀、VFRC 和快取 IO 篩選器的效能降低、複寫 IO 篩選器損毀和磁碟損毀。還可能會看到虛擬機器加密出現問題。
-
如果您使用 VMware vSphere APIs for Storage Awareness 提供者，您可能會看到對已取消或已刪除工作的多次
getTaskUpdate呼叫。如此一來，您可能會看到 vSphere API for Storage Awareness 頻寬耗用量增加及記錄湧出的情況。 -
如果 vSphere API for Storage Awareness 提供者遺失資料庫中的繫結資訊，由於無限迴圈載入 100% 的 CPU，vSphere Virtual Volumes 可能會無回應。Hostd 也可能會停止回應。您可能會看到嚴重的錯誤訊息。如果資料庫繫結失敗，此修正可防止無限迴圈。
-
如果 ESXi 主機的記錄資源群組因為大量記錄而處於壓力之下，hostd 可能會在執行
esxcfg-syslog命令時無回應。由於此修正將esxcfg-syslog相關命令從記錄資源群組移至 ESXi shell，因此，您可能會在 shell 預設資源群組下看到較高的記憶體使用量。 -
已停用的 IPMI 感應器或不會報告任何資料的此類感應器可能會產生 false 硬體健全狀況警示。
-
如果解除登錄處於中斷連線狀態的 vSphere API for Storage Awareness 提供者，您可能會看到
java.lang.NullPointerException錯誤。當提供者處於中斷連線狀態時事件和警示管理員未初始化，這會導致錯誤。 -
由於快取項目失效，VMFS6 資料存放區可能會錯誤地報告空間不足。
-
如果已使用 CBRC 建立虛擬機器的快照且稍後停用 CBRC，磁碟整併作業可能會失敗並顯示錯誤
指定的參數不正確: spec.deviceChange.device，因為在 CBRC 停用後刪除了摘要檔案。將會顯示需要虛擬機器磁碟整併警示，直到解決該問題為止。 -
OMIVV 依賴 iDRAC 內容
hardware.systemInfo.otherIdentifyingInfo.ServiceTag中的資訊來擷取SerialNumber參數，用於識別某些 Dell 模組化伺服器。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 服務的狀態，則 ESXi 主機可能不會將這種情況偵測為 APD，即使實際上沒有路徑可用於提供 I/O 服務。如此一來，該裝置的 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 毫秒及以上) 的遠距離 vSphere vMotion 作業的效能不佳，其具有高速網路連結 (例如 10 GbE)。透過此修正，您可以設定最大通訊端緩衝區大小參數
SB_MAX_ADJ。 -
由於競爭情形，在客體作業系統重新開機期間，虛擬機器可執行檔程序可能會失敗並關閉虛擬機器。
-
您可能會看到多個訊息，例如
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 commandYYYY-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: Unrecoverable memory allocation failure -
當您從 vSphere Web Client 的 [叢集組態] 儀表板上的 [磁碟管理] 資料表中選取 [實體位置] 資料行時，該資料行可能會保持空白，並且僅顯示 hpsa 驅動程式的相關資訊。
-
某些關鍵 Flash 裝置參數，包括溫度和重新配置的磁區計數，不會提供臨界值。因此，ESXi 主機 smartd 精靈可能會報告一些警告。
-
當外部程序 esxcfg-syslog 仍然停滯時，hostd 服務可能會停止回應。因此，ESXi 主機可能會無回應。
-
當您啟用 IPFIX 時，如果流量過大且具有不同的流量，系統活動訊號可能無法從 IPFIX 先佔 CPU 很長時間，並且會觸發紫色診斷畫面。
-
依預設，已啟用 vSphere HA 之 ESXi 主機中的隔離回應功能會停用。當隔離回應功能啟用時，連線到 NSX-T 邏輯交換器的虛擬機器連接埠在 vSphere HA 容錯移轉後可能會遭到封鎖。
-
如果 vSphere Network I/O Control 和 NIC 佇列配對已停用，您可能會看到具有基礎結構流量的封包順序錯誤，例如管理、ISCSI 和 NFS。這是因為未啟用 vSphere Network I/O Control 時，佇列配對也會停用，並且 NIC 會使用多個佇列。
-
不支援 [區塊限制 VPD] 頁面的磁碟機
0xb0可能會產生事件代碼記錄以填滿vmkernel.log。 -
當您使用 VMware vSphere Replication 複製虛擬機器時，ESXi 主機可能會立即或在 24 小時內失敗並顯示紫色診斷畫面，然後報告下列錯誤：
PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc. -
由於部分第三方裝置驅動程式處理命令重複失敗，虛擬機器可能會無回應。開啟虛擬機器主控台時，您可能會看到下列錯誤：
錯誤：「無法連線到 MKS: 在重試期間內無法連線到管道 \\.\pipe\vmware-authdpipe」 -
如果 Guest Introspection 服務在具有超過 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 主機可能會無回應。
-
此修正會將 SATP 設定為
VMW_SATP_ALUA、將 PSP 設定為VMW_PSP_RR，以及將宣告選項設定為tpgs_on，以做為 Lenovo DE 系列儲存區陣列的預設值。 -
在啟用重複資料刪除的 vSAN 叢集中，傳送到容量磁碟的 I/O 可能會重新路由到另一個磁碟。新的目的地裝置可能會遭受永久裝置遺失 (PDL)。如果在此時間間隔內達到故障磁碟的 I/O 要求數，主機可能會失敗並顯示紫色診斷畫面。
-
如果您手動從 ESXi 主機刪除虛擬機器的支援服務包資料夾 (下載到主機的
/scratch/downloads目錄)，當自動嘗試在建立後的一小時內刪除此路徑中的資料夾時，hostd 可能會失敗。 -
雖然已收回快取項目，但它可能會因競爭情形而再次收回。這會導致 ESXi 主機出現 Null 指標解除參照，從而造成 ESXi 主機故障。
-
在移轉或升級到 vCenter Server Appliance 6.5 期間，如果 vCenter Server Appliance 的所需大小大於部分部署大小的臨界值，則無法在資訊資料表中選取這些部署大小。
-
如果定期使用上行，NIOC hClock 排程器可能會重設上行網路裝置，且重設無法預期。
-
如果您在主機設定檔上啟用可設定狀態的安裝功能，並且管理 VMkernel NIC 已連線到分散式虛擬交換器，則在 PXE 開機期間使用 vSphere Auto Deploy 將主機設定檔套用至其他 ESXi 6.5 主機可能會失敗。主機仍處於維護模式。
-
使用指令碼重新開啟具有 SR-IOV vNIC 的虛擬機器的電源可能會導致 ESXi 主機失敗，並顯示紫色診斷畫面。
-
如果虛擬機器或資料存放區等實體不再位於 ESXi 主機的統計資料庫上，但 vim.PerformanceManager 透過此實體發出效能資料要求，則可能會叫用使主機代理程式程序失敗的程式碼路徑。如此一來，主機可能會暫時無法供 vCenter Server 系統使用。
-
如果您透過將取樣速率設為 0，使 NetFlow 網路分析工具能夠對 vSphere Distributed Switch 連接埠群組上的每個封包取樣，則在流量超過 100 萬時，網路延遲可能會達到 1000 毫秒。
-
執行數百次磁碟熱新增或移除作業而不關閉電源或移轉的虛擬機器可能會終止，並且會變為無效。這會影響備份解決方案，其中可能會終止備份 Proxy 虛擬機器。
在 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。如果將兩個或更多 vCPU 指派給虛擬機器，[安裝的實體 RAM] 欄位會顯示不可用。 -
在某些情況下，如果出現未對齊的重疊 I/O，vSAN 堆疊兩個階段認可引擎的認可排程器可能無法立即執行。此延遲會增加 I/O 作業的延遲。
-
OSFS_Readdir API 會填入受限於所提供緩衝區大小的目錄項目，並始終傳回檔案結尾 (EOF) 為 [是]。您可能必須呼叫 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 -
在某些情況下，vSAN 會花費很長時間來將磁碟標記為已降級，即使磁碟已報告 I/O 失敗，且 vSAN 已停止為該磁碟中的任何進一步 I/O 提供服務。
-
Dell R730 伺服器上的風扇可能不會顯示在 vSphere Client 或 vSphere Web Client 的 [硬體狀態] 索引標籤中的 [風扇] 區段下，但在其他區段中，或完全不顯示。
-
將 vCenter Server 升級至 6.5 Update 2 後，vSAN 容量監視器不包含在版本低於 6.5 Update 2 的 ESXi 主機中部署的虛擬機器的容量。監視器顯示的已用容量可能會少於叢集中的實際使用量。
-
源自 vSAN 記錄層級的元件壅塞可能會因 vSAN 的內部 I/O 節流而降低客體 I/O 頻寬。未正確利用已分割的大型 I/O 來加快取消暫存的速度。此問題會導致記錄累積，從而造成壅塞。進入維護模式時，您可能會注意到 IOPS 降低。
-
由於 IPv6 環境中的多點傳送接聽程式探索 (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-01 重新命名為 NFS-01-renamed，然後使用 NFS-01 名稱建立新的 NFS 資料存放區。這會導致 ESXi 主機與重新命名的資料存放區中斷連線，且無法掛接新的資料存放區。
-
如果在 ESXi 主機上停用 IPv4，您可能無法設定 IPv6 主機名稱，因為系統需要 IPv4 位址。
-
產生的
syslog.log封存檔數目可能小於使用syslog.global.defaultRotate參數設定的預設值。此外，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 沒有足夠的空間用以放置新元件，此作業可能會失敗。如果磁碟變得失衡，且磁碟上的所有元件都在 concat 節點下，則重新平衡作業無法移動任何元件以平衡磁碟。
-
您無法在變更 VMDK 的儲存區原則的同時擴充 VMDK，但如果現有原則已設定資料局部性規則，擴充可能仍會在儲存區原則沒有任何變更的情況下失敗。
-
對於以 AMD 為基礎的主機上執行的虛擬機器，可能無法正確計算保留的記憶體範圍報告上限。這可能會阻止使用 VMware DirectPath I/O 功能的虛擬機器開啟電源。
-
NMP 裝置靜止程式碼路徑中的錯誤可能會造成呼叫解除鎖定已釋放的鎖定，從而導致 ESXi 主機失敗並顯示紫色診斷畫面。
-
如果硬體版本為 10 或更早版本的虛擬機器使用 EFI 並且在 AMD 處理器上執行 Windows Server 2016，可能會在重新開機期間停止回應。如果虛擬機器使用 BIOS、硬體版本為 11 或更新版本、客體作業系統並非 Windows 或處理器是 Intel，則不會發生此問題。
-
如果您嘗試重新登錄具有相同名稱的字元裝置，您可能會看到類似下列內容的警告：
2018-09-14T04:49:27.441Z cpu33:4986380)WARNING: CharDriver: 291: Driver with name XXXX is already using slot XX
登錄裝置所需的堆積記憶體不會因重複嘗試而被釋放。這會導致記憶體流失，並且在一段時間後，主機可能會失敗並顯示紫色診斷畫面。 -
當系統重新開機後載入 NMP SATP 模組時，
vmk_ModuleLoad()方法可能無法讀取已變更的模組特定參數。此問題會影響大多數第三方驅動程式。 -
vSAN 會在叢集中的所有磁碟間使用磁碟完整性值，以計算平均完整性值。此值會在重新平衡作業期間使用，以確保移動資料不會導致目的地磁碟失衡。如果您有 vSAN 延伸叢集，站台之間的儲存區使用率可能會有所不同。在此類情況下，如果其中一個站台上的平均完整性值高於其他站台，重新平衡可能無法按預期運作。
-
由於 vSAN 磁碟服務性外掛程式 lsu-lsi-lsi-mr3-plug-in 中的記憶體配置問題，ESXi 主機和 hostd 可能會停止回應。您可能會看到錯誤訊息
Out of memory或Error cloning thread。 -
在少數情況下，使用 ntg3 驅動程式的 NIC (例如 Broadcom BCM5719 和 5720 GbE NIC) 可能會在嘗試傳送過大封包失敗後暫時停止傳送封包。4.1.3.2 版 ntg3 驅動程式解決了此問題。
-
在具有 HPE ProLiant Gen9 Smart Array 控制器的 vSAN 叢集中，例如 P440 和 P840，可能無法在發生故障的正確裝置上亮起定位器 LED。
-
由於刪除
.dvsData資料夾中的連接埠檔案的順序錯誤，當您刪除虛擬機器後，虛擬機器目錄可能仍保留在 NSX-T 環境中。 -
當您啟用具有高取樣速率的 IPFIX 並且流量過大時，您可能會看到 VXLAN 環境的效能降低。
-
| 設定檔名稱 | ESXi-6.5.0-20181101001s-standard |
| 組建編號 | 如需組建編號資訊，請參閱頁面頂端。 |
| 廠商 | VMware, Inc. |
| 發行日期 | 2018 年 11 月 29 日 |
| 接受程度 | PartnerSupported |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 受影響的 VIB |
|
| 修正的 PR | 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 |
| 組建編號 | 如需組建編號資訊，請參閱頁面頂端。 |
| 廠商 | VMware, Inc. |
| 發行日期 | 2018 年 11 月 29 日 |
| 接受程度 | PartnerSupported |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 受影響的 VIB |
|
| 修正的 PR | 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| 修補程式類別 | 錯誤修正 |
| 修補程式嚴重性 | 嚴重 |
| 需要主機重新開機 | 是 |
| 需要虛擬機器移轉或關閉 | 是 |
| 受影響的硬體 | 不適用 |
| 受影響的軟體 | 不適用 |
| 包含的 VIB |
|
| PR | 不適用 |
| CVE 號碼 | 不適用 |
此修補程式更新了 esx-base、esx-tboot、vsan 和 vsanhealth VIB 以解決下列問題：
- 在版本低於 5.0 的 ESXi 主機上使用 vSphere vMotion 移轉虛擬機器可能會失敗，並在目的地站台中顯示 [監視器危急] 錯誤
由於缺少參數，可能無法在版本低於 5.0 至 6.5 的 ESXi 主機上使用 vSphere vMotion 移轉虛擬機器。跨 vCenter Server vMotion 移轉也可能會失敗。您可能會在目的地站台中看到 [監視器危急] 錯誤。
因應措施：關閉虛擬機器電源，然後再開啟電源。
- 由於解碼問題，某些硬體健全狀況感應器可能會在 vSphere Web Client 和 vSphere Client 中顯示 [未知] 狀態
由於解碼問題，某些 IPMI 感應器可能會在 vSphere Web Client 和 vSphere Client 的 [硬體健全狀況] 索引標籤中報告 [未知] 狀態。
因應措施：關於特定的感應器，請咨詢硬體廠商以瞭解其用途。如需詳細資訊，請參閱 VMware 知識庫文章 53134。
- 在啟動或輪替時，ESXi Syslog 服務可能會顯示錯誤的時間戳記
當服務啟動或重新啟動，或記錄達到其組態大小上限並輪替時，ESXi Syslog 服務可能會顯示錯誤的時間戳記。
因應措施：對於 ESXi 的全新安裝，此問題已得到解決。若要針對
hostd.log修正現有組態的問題，您必須：- 開啟
/etc/vmsyslog.conf.d/hostd.conf檔案。 - 將
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 - 儲存變更。
- 執行
/etc/init.d/vmsyslogd restart以重新啟動 vmsyslogd 服務。
- 開啟
- VMware vSphere vApp 或虛擬機器開啟電源作業可能會失敗並顯示錯誤訊息
如果 vApp 或虛擬機器使用非可擴充的記憶體保留區資源集區，DRS 管理的叢集中 vSphere vApp 或虛擬機器開啟電源作業可能會失敗。且會顯示下列錯誤訊息：父系資源集區中可用的記憶體資源不足，無法執行該作業。
因應措施：請參閱 VMware 知識庫文章 1003638。
