ESXi 6.5 Update 1 | 2017 年 7 月 27 日 | ISO 組建編號 5969303 查看這些版本說明的新增項目和更新。 |
版本說明的內容
此版本說明涵蓋下列主題:
新增功能
ESXi 6.5 Update 1 版本包含下列新功能的清單。
- 如果您偏好使用 Update Manager 進行 ESXi 和 vSAN 堆疊升級,您現在可以透過與 vSphere Update Manager 整合來啟用 vSAN 軟體升級。這會提供統一的一般工作流程。如需詳細資訊,請參閱《vSphere Update Manager 安裝和管理指南》。
- 驅動程式更新:
- Cavium qlnativefc 驅動程式
- VMware nvme 驅動程式
- 具有 Lewisburg 10G NIC 支援的 Intel i40en 驅動程式
- 具有 Lewisburg 1G NIC 支援的 Intel ne1000 驅動程式
- Intel igbn 驅動程式
- Intel ixgben 驅動程式
- Broadcom ntg3 驅動程式
舊版 ESXi 6.5
每個版本的版本說明中均說明了 ESXi 6.5 的功能和已知問題。舊版 ESXi 6.5 的版本說明如下:
如需相容性、安裝與升級、產品支援通知和功能的相關資訊,請參閱《VMware vSphere 6.5 版本說明》。
國際化
VMware vSphere 6.5 提供下列語言版本:
- 英文
- 法文
- 德文
- 西班牙文
- 日文
- 韓文
- 簡體中文
- 繁體中文
VMware vSphere 6.5 元件 (包括 vCenter Server、ESXi、vSphere Web Client 和 vSphere Client) 不接受非 ASCII 輸入。
相容性
ESXi、vCenter Server 和 vSphere Web Client 版本相容性
VMware 產品互通性對照表提供有關 VMware vSphere 元件目前版本及舊版之間相容性的詳細資料,包括 ESXi、VMware vCenter Server、vSphere Web Client 及選用 VMware 產品。安裝 ESXi 或 vCenter Server 之前,亦請查看 VMware 產品互通性對照表中有關支援的管理與備份代理程式的資訊。
vSphere Web Client 和 vSphere Client 隨 vCenter Server 一併封裝。
ESXi 的硬體相容性
若要檢視與 vSphere 6.5 Update 1 相容的處理器、儲存裝置、SAN 陣列以及 I/O 裝置的清單,請參閱《VMware 相容性指南》中的 ESXi 6.5 資訊。
ESXi 的裝置相容性
若要判定與 ESXi 6.5 相容的裝置,請參閱《VMware 相容性指南》中的 ESXi 6.5 資訊。
ESXi 的客體作業系統相容性
若要判定與 vSphere 6.5 相容的客體作業系統,請參閱《VMware 相容性指南》中的 ESXi 6.5 資訊。
ESXi 的虛擬機器相容性
ESXi 6.5 支援與 ESX 3.x 及更新版本 (硬體版本 4) 相容的虛擬機器。不支援與 ESX 2.x 及更新版本 (硬體版本 3) 相容的虛擬機器。若要在 ESXi 6.5 上使用此類虛擬機器,請升級虛擬機器相容性。
請參閱《vSphere 升級》說明文件。
產品與支援通知
- 《VMware 生命週期產品對照表》提供有關所有支援和不支援產品的詳細資訊。另請查看《VMware 生命週期產品對照表》,以取得有關一般支援結束、技術指引結束和可用性結束的詳細資訊。
-
VMware 宣告中止其第三方虛擬交換器 (vSwitch) 計劃,並計劃在 vSphere 6.5 Update 1 之後的版本中取代第三方交換器使用的 VMware vSphere API。後續 vSphere 版本將完全移除第三方 vSwitch API,第三方 vSwitch 將無法再正常運作。如需詳細資訊,請參閱常見問題集:。中止第三方 vSwitch 計劃 (2149722)。
此版本中包含的修補程式
此版本包含在此產品發行日期之前發行的關於 ESXi 的所有公告。如需有關個別公告的詳細資訊,請參閱 My VMware 頁面。
ESXi-6.5.0-update01 更新發行版本包含下列個別公告:
- VMware ESXi 6.5 修補程式 ESXi650-201707201-UG:更新 esx-base、esx-tboot、vsan 和 vsanhealth VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707202-UG:更新 vmkusb VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707203-UG:更新 misc-drivers VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707204-UG:更新 ne1000 VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707205-UG:更新 ixgben VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707206-UG:更新 usbcore-usb、vmkata VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707207-UG:更新 qlnativefc VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707208-UG:更新 vmw-ahci VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707209-UG:更新 sata-ahci VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707210-UG:更新 lsu-hp-hpsa-plugin VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707211-UG:更新 nvme VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707212-UG:更新 vmware-esx-esxcli-nvme-plugin VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707213-UG:更新 i40en VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707214-UG:更新 lsu-lsi-lsi-mr3-plugin VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707215-UG:更新 lsu-lsi-lsi-msgpt3-plugin VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707216-UG:更新 lsu-lsi-megaraid-sas-plugin VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707217-UG:更新 lsu-lsi-mpt2sas-plugin VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707218-UG:更新 igbn VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707219-UG:更新 ng3 VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707220-UG:更新 pvscsi VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707221-UG:更新 esx-ui VIB
ESXi-6.5.0-update01 (安全性專用組建編號) 更新發行版本包含下列個別公告:
- VMware ESXi 6.5 修補程式 ESXi650-201707101-SG:更新 esx-base、vsan 和 vsanhealth VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707102-SG:更新 esx-xserver VIB
- VMware ESXi 6.5 修補程式 ESXi650-201707103-SG:更新 tools-light VIB
ESXi-6.5.0-update01 更新發行版本包含下列映像設定檔:
- VMware ESXi 6.5 修補程式 ESXi-6.5.0-20170702001-standard
- VMware ESXi 6.5 修補程式 ESXi-6.5.0-20170702001-no-tools
ESXi-6.5.0-update01 (安全性專用組建編號) 更新發行版本包含下列映像設定檔:
- VMware ESXi 6.5 修補程式 ESXi-6.5.0-20170701001s-standard
- VMware ESXi 6.5 修補程式 ESXi-6.5.0-20170701001s-no-tools
已解決的問題
已解決的問題分類如下。
- Auto Deploy
- CIM 和 API 問題
- 國際化
- 其他問題
- 網路問題
- 安全性問題
- 伺服器組態
- 儲存區問題
- 支援的硬體問題
- 升級與安裝問題
- vCenter Server、vSphere Web Client 和 vSphere Client 問題
- 虛擬機器管理問題
- Virtual Volumes 問題
- VMware HA 和 Fault Tolerance 問題
- VMware Tools
- vSAN 問題
- vSphere Command-Line Interface
- 從 Auto Deploy 執行無狀態開機時,ESXi 主機會中斷網路連線
從 Auto Deploy 執行無狀態開機時,如果管理 vmkernel NIC 具有靜態 IP 並且已連線到分散式虛擬交換器,則 ESXi 主機可能會中斷網路連線。
已在此版本中解決此問題。
- 13G DDR4 記憶體模組在 vCenter Server 中的 [硬體健全狀況狀態] 頁面上顯示為 [未知] 狀態
Dell 13G 伺服器會使用 DDR4 記憶體模組。這些模組在 vCenter Server 中的 [硬體健全狀況狀態] 頁面上顯示為「未知」狀態。
已在此版本中解決此問題。
- 使用美式預設配置指派新連線的 USB 鍵盤
如果鍵盤設定了美式預設值以外的其他配置,稍後將其拔除後又重新插入 ESXi 主機,則會使用美式預設配置而非使用者選取的配置指派新連線的鍵盤。
已在此版本中解決此問題。
- vmswapcleanup 外掛程式無法啟動
vmswapcleanup jumpstart 外掛程式無法啟動。Syslog 包含下列行:
jumpstart[XXXX]: execution of '--plugin-dir /usr/lib/vmware/esxcli/int/ systemInternal vmswapcleanup cleanup' failed : Host Local Swap Location has not been enabled
已在此版本中解決此問題。
- SNMP 代理程式報告錯誤的 ifOutErrors 和 ifOutOctets 計數器值
簡易網路管理通訊協定 (SNMP) 代理程式為原本應不同的
ifOutErrors
和ifOutOctets
計數器報告了相同的值。已在此版本中解決此問題。
- 登錄硬體版本為 3 的虛擬機器時,ESXi 中斷與 vCenter Server 的連線
雖然 ESXi 主機不再支援執行硬體版本 3 的虛擬機器,但是允許登錄這些舊版虛擬機器,以將其升級至更新的支援版本。最近的迴歸作業導致 ESXi hostd 服務在登錄程序期間中斷與 vCenter Server 的連線。這會阻止虛擬機器登錄成功。
已在此版本中解決此問題。
- 虛擬機器自動關閉,並顯示 [MXUserAllocSerialNumber: 鎖定過多] 錯誤
在一般虛擬機器作業期間,VMware Tools (9.10.0 版及更新版本) 服務建立 vSocket 連線來與 ESXi 主機交換資料。進行大量此類連線後,ESXi 主機可能會耗盡鎖定序號,從而導致虛擬機器自動關閉,並顯示
MXUserAllocSerialNumber: 鎖定過多
錯誤。如果已使用知識庫文章 2149941 中的因應措施,請重新啟用透過 vSocket 進行客體 RPC 通訊,方法是移除下列行:guest_rpc.rpci.usevsocket = "FALSE"
已在此版本中解決此問題。
- 當多個使用者登入 Windows 終端機伺服器虛擬機器時,ESXi 6.5 上的虛擬機器當機
在 ESXi 6.5 上執行 VMware Tools 10.1.0 的 Windows 2012 終端機伺服器在許多使用者登入時停止回應。
vmware.log
將顯示類似下列內容的訊息:2017-03-02T02:03:24.921Z| vmx| I125: GuestRpc: Too many RPCI vsocket channels opened.
2017-03-02T02:03:24.921Z| vmx| E105: PANIC: ASSERT bora/lib/asyncsocket/asyncsocket.c:5217
2017-03-02T02:03:28.920Z| vmx| W115: A core file is available in "/vmfs/volumes/515c94fa-d9ff4c34-ecd3-001b210c52a3/h8-
ubuntu12.04x64/vmx-debug-zdump.001"
2017-03-02T02:03:28.921Z| mks| W115: Panic in progress... ungrabbing已在此版本中解決此問題。
- vSphere Web Client 無法變更 Syslog.global.logDirUnique 選項
使用 vSphere Web Client 嘗試變更
Syslog.global.logDirUnique
選項的值時,此選項會顯示為灰色,且無法修改。已在此版本中解決此問題。
- 在 ESXi 開機期間,啟動 Iodm 和 vmci jumpstart 外掛程式可能會失敗
在 ESXi 主機開機期間,觀察到 jumpstart 記錄中出現與 jumpstart 外掛程式 iodm 和 vmci 執行相關的錯誤訊息。
已在此版本中解決此問題。
- EnterMaintenanceMode 工作忽略超過 30 分鐘的逾時值
即使指定的逾時超過 30 分鐘,進入維護模式仍會在 30 分鐘後逾時。
已在此版本中解決此問題。
- 即使主機設定檔文件中的所有 NAS 儲存區皆已停用,主機設定檔符合性仍會失敗,並移除現有資料存放區或新增資料存放區
當擷取自參考主機之主機設定檔文件中的所有 NFS 資料存放區皆已停用時,主機設定檔修復可能會失敗,顯示符合性錯誤,並且會在修復期間移除現有資料存放區或新增資料存放區。
已在此版本中解決此問題。
- 收集效能快照時,ESXi 主機可能會失敗並顯示紫色診斷畫面
使用 vm-support 收集效能快照時,由於在已釋放資料結構後對記憶體存取的叫用,ESXi 主機可能會失敗並顯示紫色診斷畫面。
會顯示類似下列內容的錯誤訊息:
@BlueScreen: #PF Exception 14 in world 75561:Default-drai IP 0xxxxxxxxxxxxaddr 0xxxxxxxxxxxx PTEs:0xXXXXXXXXXXXXX;0xYYYYYYYYYYYYYY;0xZZZZZZZZZZZZZZ;0x0; [0xxxxxxxxxxxx]SPLockIRQWork@vmkernel#nover+0x26 stack: 0xxxxxxxxxxxx [0xxxxxxxxxxxx]VMKStatsDrainWorldLoop@vmkernel#nover+0x90 stack: 0x17
已在此版本中解決此問題。
- 設定為使用 EFI 韌體的虛擬機器無法在某些 DHCP 環境中執行 PXE 開機
如果 DHCP 環境透過 IP 單點傳播進行回應,則設定為使用 EFI 韌體的虛擬機器在嘗試進行 PXE 開機時將無法取得 IP 位址。EFI 韌體無法接收 IP 單點傳播傳送的 DHCP 回覆。
已在此版本中解決此問題。
- 使用已停用的 VLAN 卸載設定客體 VLAN 時 (去除 VLAN 標記),VLAN 介面之間的 ping 命令可能會失敗
如果將封包轉送到多個連接埠 (例如廣播封包),可以在多個目的地連接埠之間共用原始封包緩衝區。如果已停用 VLAN 卸載且修改原始封包緩衝區,則會先將 VLAN 標記插入封包緩衝區,然後再轉送至客體 VLAN。其他連接埠將會偵測到封包損毀和捨棄。
已在此版本中解決此問題。
- 將 ESXi 6.5 主機加入 Active Directory 網域失敗,並顯示 [作業已逾時] 錯誤
如果 ESXi 6.5 主機僅使用 IPv4 位址,且網域具有 IPv6 或混合 IPv4 與 IPv4 的設定,則該主機無法加入 Active Directory 網域,並且程序可能會在一小時內沒有回應,然後傳回
作業已逾時
錯誤。已在此版本中解決此問題。
- 在實體交換器上設定的全雙工模式可能會導致雙工模式不符問題,因為 igb 原生 Linux 驅動程式僅支援 nic 速度/雙工模式設定使用自動交涉模式
如果您在 ESXi 主機上使用 igb 原生驅動程式,它會永遠在自動交涉速度和雙工模式中運作。無論您在連線的這一端設定何種組態,都不會套用到 ESXi 端。如果手動將實體交換器設為全雙工模式,自動交涉支援就會導致雙工模式不符問題。
已在此版本中解決此問題。 - 執行 ESXi 主機的全新安裝時,如果第一個實體 NIC 連結狀態為關閉,則可能沒有網路連線
依預設,每台 ESXi 主機具有一個虛擬交換器 vSwitch0。在 ESXi 安裝期間,會選擇第一個實體 NIC 做為 vSwitch0 的預設上行。如果 NIC 連結狀態為關閉,ESXi 主機可能沒有網路連線,儘管其他 NIC 連結狀態為開啟且具有網路存取權。
已在此版本中解決此問題。
- 使用即時複製技術的虛擬桌面基礎結構 (VDI) 集區中的虛擬機器 (VM) 與 Guest Introspection 服務中斷連線
使用即時複製的現有虛擬機器,以及使用或未使用即時複製建立的新虛擬機器均與 Guest Introspection 主機模組中斷連線。因此,這些虛擬機器不受保護,並且沒有新 Guest Introspection 組態可轉送到 ESXi 主機。此外,還會在 vCenter Server UI 中顯示
Guest Introspection 尚未就緒
警告。已在此版本中解決此問題。
- 如果使用 IPv6 mld, 關閉 ESXi 時可能會失敗並顯示紫色畫面
由於 tcpip 堆疊中的競爭情形,如果使用 IPv6 mld, 關閉 ESXi 時可能會失敗並顯示紫色畫面。
已在此版本中解決此問題。
- 當您將 ESXi 主機重新連線到 vCenter Server 時,此主機可能會變得無回應
如果您將 ESXi 主機與 vCenter Server 中斷連線,並且此主機上的某些虛擬機器正在使用 LAG,則在 vCenter Server 端重新建立相同的 LAG 後將 ESXi 主機重新連線到 vCenter Server 時,此主機可能會變得無回應,並顯示錯誤,例如:
0x439116e1aeb0:[0x418004878a9c]LACPScheduler@ # +0x3c stack: 0x417fcfa00040 0x439116e1aed0:
[0x418003df5a26]Net_TeamScheduler@vmkernel#nover+0x7a stack: 0x43070000003c 0x439116e1af30:
[0x4180044f5004]TeamES_Output@#+0x410 stack: 0x4302c435d958 0x439116e1afb0:
[0x4180044e27a7]EtherswitchPortDispatch@#+0x633 stack: 0x0已在此版本中解決此問題。
- ESXi 主機可能會失敗,並顯示紫色畫面以及 [已超過微調計數 (refCount) - PCPU 可能已死結] 錯誤
在下列情況下將 ESXi 主機重新開機時,ESXi 主機可能會失敗,並顯示紫色畫面以及
已超過微調計數 (refCount) - PCPU 可能已死結
錯誤:- 您可以在 NSX 環境中使用 vSphere Network Appliance (DVFilter)
- 您可以在 DVFilter 的控制下,使用 vMotion 移轉虛擬機器
已在此版本中解決此問題。
- 具有 e1000/e1000e vNIC 的虛擬機器 (VM) 可能會發生網路連線問題
對於具有 e1000/e1000e vNIC 的虛擬機器,當 e1000/e1000e 驅動程式告知 e1000/e1000e vmkernel 模擬忽略描述元 (傳輸描述元位址和長度為 0) 時,可能會出現網路連線中斷的情況。
已在此版本中解決此問題。
- VMkernel 記錄包含一或多個警告「無法啟用保持運作」
透過 VMCI 通訊端 (vsock) 進行 VMware NSX 與合作夥伴解決方案通訊時,出現
無法保持運作
警告。VMkernel 記錄現在省略了這些重複警告,因為可以安全地忽略它們。已在此版本中解決此問題。
- 在執行快照作業或 vMotion 移轉期間無法存取具有半虛擬化 RDMA 裝置的虛擬機器
具有半虛擬化 RDMA (PVRDMA) 裝置的虛擬機器會執行 RDMA 應用程式與對等佇列配對進行通訊。如果 RDMA 應用程式嘗試與不存在的對等佇列編號通訊,PVRDMA 裝置可能會無限期地等候對等回應。因此,如果在執行快照作業或移轉期間,RDMA 應用程式仍在執行,則無法存取虛擬機器。
已在此版本中解決此問題。
- 客體 VMkernel 應用程式可能會收到有關無信號快速登錄工作要求的非預期完成項目
位於具有作用中 RDMA 上行之主機的兩個虛擬機器之間的 RDMA 通訊有時會觸發客體 VMkernel 應用程式中的偽完成項目。完成項目由客體的核心層級 RDMA 上層通訊協定 (ULP) 核發的無信號快速登錄工作要求錯誤地觸發。這會導致核心 ULP 中的完成佇列溢位。
已在此版本中解決此問題。
- 當您使用半虛擬化 RDMA (PVRDMA) 裝置時,您可能會因為裝置無法使用 (處於連結失效狀態) 而停滯,直到客體作業系統重新載入 PVRDMA 客體驅動程式為止
在支援 PVRDMA 裝置的客體作業系統上安裝 PVRDMA 驅動程式時,如果客體作業系統已開啟電源,則 PVRDMA 驅動程式可能無法正確載入。您可能會因為裝置無法使用 (處於連結失效狀態) 而停滯,直到您手動重新載入 PVRDMA 驅動程式為止。
已在此版本中解決此問題。
- VMware NetQueue 負載平衡器中的 pNIC 中斷連線和連線事件可能會導致顯示紫色畫面
如果 pNIC 中斷連線後再連線至虛擬交換器,VMware NetQueue 負載平衡器必須加以識別,並暫停進行中的平衡工作。在某些情況下,負載平衡器可能無法偵測這種情況,從而存取錯誤的資料結構。因此,您可能會看到紫色畫面。
已在此版本中解決此問題。
- Netqueue 負載平衡器可能會導致 ESXi 主機停止回應
對於延遲敏感虛擬機器,Netqueue 負載平衡器可能會嘗試保留獨佔 Rx 佇列。如果驅動程式提供佇列先佔模式,則 Netqueue 負載平衡器可使用此模式來取得延遲敏感虛擬機器的獨佔佇列。Netqueue 負載平衡器會保持鎖定,並執行驅動程式的佇列先佔回撥。使用部分驅動程式時,這可能會導致 ESXi 主機中顯示紫色畫面,尤其是在驅動程式實作涉及睡眠模式時。
已在此版本中解決此問題。
- 某些伺服器上的整合式管理模組 (IMM) 中整合的 USB 網路裝置在您將 IMM 重新開機時可能會停止回應
在某些伺服器上,會將 USB 網路裝置整合在 IMM 或 iLO 中來管理伺服器。在您使用 vSphere Web Client、IMM 或者 iLO 命令將 IMM 重新開機時,USB 網路裝置上的交易會遺失。
已在此版本中解決此問題。
- vmnic 的連結狀態輸出未反映實際的實體狀態
當 vminc 的實體連結狀態發生變更 (例如拔除纜線或交換器連接埠關閉) 時,esxcli 命令產生的輸出可能會提供以 Intel 82574L 為基礎的 NIC (Intel Gigabit Desktop CT/CT2) 的錯誤連結狀態。您必須手動重新啟動 NIC 才能取得實際連結狀態。
已在此版本中解決此問題。
- 如果將 ntg3 驅動程式與 Broadcom NetXtreme I NIC 搭配使用,網路連線可能會中斷
使用 ntg3 驅動程式的 NIC 可能會發生非預期的連線中斷問題。在您將 ESXi 主機重新開機前,網路連線將無法還原。受影響的裝置為 Broadcom NetXtreme I 5717、5718、5719、5720、5725 及 5727 乙太網路介面卡。此問題與部分虛擬機器 (例如但不限於 F5 BIG-IP 虛擬應用裝置) 傳送的某些格式錯誤的 TSO 封包有關。
4.1.2.0 版 ntg3 驅動程式解決了此問題。已在此版本中解決此問題。
- ESXi 主機在您關閉 IPv6 支援時可能會失敗,並顯示紫色畫面
ESXi 主機在您全域關閉 IPv6 支援並將主機重新開機時可能會失敗,並顯示紫色畫面。
已在此版本中解決此問題。
- 當使用 Storage vMotion 在 ESXi 6.0 和 ESXi 6.5 主機之間移轉虛擬機器時,ESXi 主機可能會停止回應
在使用 Storage vMotion 移轉虛擬機器期間,vmxnet3 裝置會嘗試在客體記憶體預先配置正在進行中時存取客體作業系統的記憶體。這會導致無效的記憶體存取,並導致 ESXi 6.5 主機失敗。
已在此版本中解決此問題。
- libcurl 程式庫更新
ESXi userworld libcurl 程式庫已更新至 7.53.1 版。
- NTP 套件更新
ESXi NTP 套件已更新至 4.2.8p10 版。
- OpenSSH 版本更新
OpenSSH 版本已更新至 7.5p1 版。
- ESXi 上的 Likewise 堆疊未啟用為支援 SMBv2
Windows 2012 網域控制站支援 SMBv2,而 ESXi 上的 Likewise 堆疊僅支援 SMBv1。藉助此版本,ESXi 上的 Likewise 堆疊可支援 SMBv2。
已在此版本中解決此問題。
- 您無法使用金鑰長度超過 2048 位元的自訂 ESXi SSL 憑證
在 vSphere 6.5 中,安全活動訊號功能支援新增憑證金鑰長度恰好是 2048 位元的 ESXi 主機。如果您嘗試以金鑰長度超過 2048 位元的自訂憑證來新增或取代 ESXi 主機憑證,主機會中斷與 vCenter Server 的連線。vpxd.log 中的記錄訊息類似下列內容:
error vpxd[7FB5BFF7E700] [Originator@6876 sub=vpxCrypt opID=HeartbeatModuleStart-4b63962d] [bool VpxPublicKey::Verify(const EVP_MD*, const unsigned char*, size_t, const unsigned char*, size_t)] ERR error:04091077:rsa routines:INT_RSA_VERIFY:wrong signature length
warning vpxd[7FB5BFF7E700] [Originator@6876 sub=Heartbeat opID=HeartbeatModuleStart-4b63962d] Failed to verify signature; host: host-42, cert: (**THUMBPRINT_REMOVED**), signature : (**RSA_SIGNATURE_REMOVED**)
warning vpxd[7FB5BFF7E700] [Originator@6876 sub=Heartbeat opID=HeartbeatModuleStart-4b63962d] Received incorrect size for heartbeat Expected size (334) Received size (590) Host host-87
已在此版本中修正此問題。
- libPNG 程式庫更新
libPNG 程式庫已更新至 libpng-1.6.29。
- OpenSSL 更新
OpenSSL 套件已更新至 openssl-1.0.2k 版。
- Xorg 驅動程式升級
Xorg
驅動程式升級包含下列更新:- libXfont 套件已更新至 libxfont - 1.5.1
- pixman 程式庫已更新至 pixman - 0.35.1
- libarchive 程式庫更新
libarchive 程式庫已更新至 libarchive - 3.3.1。
- SQLlite3 程式庫更新
SQLlite3 程式庫已更新至 SQLlite3 - 3.17.0。
- PCI passthru 不支援配置的 MMIO 超過 16 TB 的裝置 (其中 MPN 大於 32 位元)
PCI passthru 不支援配置的 MMIO 超過 16 TB 的裝置 (其中 MPN 大於 32 位元)。
已在此版本中解決此問題。
- 使用 SSH 登入 ESXi 主機需要重新輸入密碼
當透過 SSH 連線到 ESXi 主機時,如果 ESXi 主機已從 vSphere 5.5 版升級到 6.5 版且同時為網域的一部分,則系統會提示您輸入兩次密碼。
已在此版本中解決此問題。
- 主機設定檔區段中的 Security.PasswordQualityControl 符合性錯誤
當 PAM 密碼設定檔中的 PAM 密碼設定與進階組態選項
Security.PasswordQualityControl
不同時,主機設定檔區段中會出現Security.PasswordQualityControl
符合性錯誤。由於此版本中的主機設定檔無法使用進階組態選項Security.PasswordQualityControl
,因此請改為使用密碼 PAM 組態中的Requisite
選項來變更密碼原則。已在此版本中解決此問題。
- vpxd 服務可能會當機,造成 vSphere Web Client 使用者介面無法連線和更新 vCenter Server
如果設定檔路徑的 VMODL 物件中的強制欄位保留取消設定狀態,在網路組態的回應檔案驗證期間可能會發生序列化問題,從而導致 vpxd 服務失敗。
已在此版本中解決此問題。
- 無法編輯 /Power/PerfBias 的組態
無法設定
/Power/PerfBias
進階組態選項。任何設定其值的嘗試皆傳回錯誤。已在此版本中解決此問題。
- 將任何主機 (ESXi 或 vCenter Server) 加入 vSphere 6.5 網域中的 Active Directory 可能會導致服務失敗
vSphere 6.5 不支援脫離的 Active Directory 網域。脫離的命名空間是電腦的主要網域名稱系統 (DNS) 尾碼與電腦所在的 DNS 網域名稱不符的情形。
已在此版本中解決此問題。
- ESXi VMKernel 記錄中報告與 XHCI 有關的平台錯誤
ESXi VMKernel 記錄中報告與 XHCI 有關的平台錯誤訊息,例如
xHCI Host Controller USB 2.0 Control Transfer may cause IN Data to be dropped and xHCI controller Parity Error response bit set to avoid parity error on poison packet
。已在此版本中解決此問題。
- 為 [無活動訊號 NMI] 狀態時,ESXi 主機可能會停止回應
當在具有 OHCI USB 主機控制器的 AMD 機器上為
無活動訊號 NMI
狀態時,ESXi 主機可能會沒有回應。已在此版本中解決此問題。
- 修改已啟用異動區塊追蹤 (CBT) 之虛擬磁碟的 IOPS 限制會失敗,並在記錄檔中記錄錯誤
若要定義虛擬機器的 Storage I/O 排程原則,您可以透過修改 IOPS 限制來設定每個虛擬機器磁碟的 I/O 輸送量。當您編輯 IOPS 限制並針對虛擬機器啟用 CBT 時,作業會失敗,並顯示錯誤
排程參數變更失敗
。由於存在此問題,因此無法更改虛擬機器的排程原則。vSphere [最近的工作] 窗格中會顯示錯誤訊息。
您可以在/var/log/vmkernel.log
檔案中看到下列錯誤:
2016-11-30T21:01:56.788Z cpu0:136101)VSCSI: 273: handle 8194(vscsi0:0):Input values: res=0 limit=-2 bw=-1 Shares=1000
2016-11-30T21:01:56.788Z cpu0:136101)ScsiSched: 2760: Invalid Bandwidth Cap Configuration
2016-11-30T21:01:56.788Z cpu0:136101)WARNING: VSCSI: 337: handle 8194(vscsi0:0):Failed to invert policy已在此版本中解決此問題。
- 當您在單一作業中熱新增多個 VMware Paravirtual SCSI (PVSCSI) 硬碟時,客體作業系統只能看到一個硬碟
當您在單一作業中將兩個或更多硬碟熱新增到 VMware PVSCSI 控制器時,客體作業系統只能看到其中一個硬碟。
已在此版本中解決此問題。
- ESXi 主機可能會失敗,並顯示紫色畫面
當多個多重路徑外掛程式 (MPP) 嘗試宣告路徑時,ESXi 主機可能會因競爭情形而失敗,並顯示紫色畫面。
已在此版本中解決此問題。
- 在執行儲存區設定檔變更作業期間從錯誤還原,導致設定檔識別碼損毀
如果 VVol VASA 提供者在執行儲存區設定檔變更作業期間傳回錯誤,vSphere 會嘗試復原此作業,但設定檔識別碼會在此程序中遭到損毀。
已在此版本中解決此問題。
- vSphere Web Client 中顯示的 VVol 資料存放區的讀取或寫入延遲時間不正確
vSphere Web Client 中顯示的 VVol 資料存放區的每個主機讀取或寫入延遲時間不正確。
已在此版本中解決此問題。
- NFSCacheGetFreeEntry 期間 ESXi 主機可能會失敗,並顯示紫色畫面
NFS v3 用戶端無法正確處理 NFS 伺服器傳回無效的檔案類型做為檔案屬性的一部分情況,這會導致 ESXi 主機失敗並顯示紫色畫面。
已在此版本中解決此問題。
- 您需要手動設定新 Pure Storage FlashArray 的 SATP 規則
對於 Pure Storage FlashArray 裝置,您必須手動新增 SATP 規則才能設定 SATP、PSP 和 IOPs。新 SATP 規則會新增至 ESXi,以針對所有 Pure Storage FlashArray 型號將 SATP 設定為 VMW_SATP_ALUA、將 PSP 設定為 VMW_PSP_RR,以及將 IOPs 設定為 1。
附註:在無狀態 ESXi 安裝中,如果已套用舊主機設定檔,則在升級後會覆寫新的規則。
已在此版本中解決此問題。
- lsi_mr3 驅動程式和 hostd 程序可能會因 ESXi 6.5 中的記憶體配置失敗而停止回應
lsi_mr3 驅動程式從低於 4 GB 的位址空間配置記憶體。vSAN 磁碟服務性外掛程式 lsu-lsi-lsi-mr3-plugin 與 lsi_mr3 驅動程式相互通訊。當處理來自 storelib 的 IOCTL 事件時,該驅動程式可能會在記憶體配置期間停止回應。因此,lsu-lsi-lsi-mr3-plugin 可能會停止回應,並且 hostd 程序也可能會失敗,即使在重新啟動 hostd 後亦是如此。
此版本透過變更 lsi_mr3 驅動程之 lsu-lsi-lsi-mr3-plugin 外掛程式中的程式碼而解決了此問題,透過將逾時值設定為 3 秒以取得裝置資訊來避免外掛程式和 hostd 失敗。
- 當您將現有或新虛擬磁碟熱新增至 VVOL 資料存放區上啟用了 CBT (異動區塊追蹤) 的虛擬機器 (VM) 時,客體作業系統可能會停止回應
當您將現有或新虛擬磁碟熱新增至 VVOL 資料存放區上啟用了 CBT 的虛擬機器時,客體作業系統可能會停止回應,直到熱新增程序完成。虛擬機器是否無回應取決於新增的虛擬磁碟的大小。熱新增完成後,虛擬機器會自動復原。
已在此版本中解決此問題。
- 當您使用 vSphere Storage vMotion 時,虛擬磁碟的 UUID 可能會變更
當您在 vSphere Virtual Volumes 儲存區上使用 vSphere Storage vMotion 時,虛擬磁碟的 UUID 可能會變更。UUID 識別虛擬磁碟,變更的 UUID 會使虛擬磁碟顯示為新的不同磁碟。UUID 還對客體作業系統可見,且可能會導致磁碟機被錯誤識別。
已在此版本中解決此問題。
- 如果在儲存區陣列端上進行 LUN 取消對應作業,ESXi 主機可能會停止回應
當 LUN 透過 Broadcom/Emulex 光纖通道介面卡連線到 ESXi 主機 (驅動程式為 lpfc) 並執行 I/O 時,如果在儲存區陣列端上針對這些 LUN 進行 LUN 取消對應作業,ESXi 主機可能會停止回應。
已在此版本中解決此問題。
- 如果 VMFS-6 磁碟區沒有用於日誌的空間,ESXi 主機可能會沒有回應
開啟 VMFS-6 磁碟區時,它會配置日誌區塊。在成功配置後,即會啟動背景執行緒。如果磁碟區上沒有用於日誌的空間,系統會以唯讀模式開啟磁碟區,並且不會起始任何背景執行緒。任何關閉磁碟區意圖,都會導致嘗試喚醒不存在的執行緒。這會導致 ESXi 主機失敗。
已在此版本中解決此問題。
- 如果在 ESXi 主機上執行的虛擬機器具有大容量 vRDM 並使用 SPC4 功能,ESXi 主機可能會失敗並顯示紫色畫面
當虛擬機器將 SPC4 功能與
Get LBA Status
命令搭配使用來查詢連結的大型 vRDM 的精簡佈建功能時,ESXi 核心對此命令的處理可能要執行很長時間,且不會交出 CPU。高 CPU 使用率可能會導致 CPU 活動訊號監視程式程序將其視為當機程序,ESXi 主機可能會停止回應。已在此版本中解決此問題。
- 如果 VMFS6 資料存放區掛接在多個 ESXi 主機上,而 disk.vmdk 所具有的檔案區塊是從同一資料存放區的增加部分配置的,ESXi 主機可能會失敗並顯示紫色畫面
VMDK 檔案可能位於掛接在多個 ESXi 主機 (例如兩個主機,ESXi host1 和 ESXi host2) 的 VMFS6 資料存放區上。從 ESXi host1 增加 VMFS6 資料存放區的容量時,該資料存放區仍掛接在 ESXi host2 上,同時 disk.vmdk 所具有的檔案區塊是從 VMFS6 資料存放區的增加部分 (來自 ESXi host1) 配置的。現在,如果從 ESXi host2 存取 disk.vmdk 檔案,並且檔案區塊是從 ESXi host2 配置給該檔案,則 ESXi host2 可能會失敗並顯示紫色畫面。
已在此版本中解決此問題。
- 某些多重路徑 LUN 在安裝或升級後將不可見
在具有多重路徑時,如果 LUN 的路徑具有不同的 LUN 識別碼,PSA 將不會登錄 LUN,且使用者將無法看到它們。
已在此版本中解決此問題。
- 位於 NFS 資料存放區上的虛擬機器可能會無法透過 Horizon View 執行重新撰寫作業
對於位於 NFS 資料存放區上的桌面平台虛擬機器,在 Horizon View 中執行重新撰寫作業可能會失敗,並顯示
失效 NFS 檔案控點
錯誤,原因在於虛擬磁碟描述元寫入 NFS 資料存放區的方式。已在此版本中解決此問題。
- 由於 CPU 活動訊號故障,ESXi 主機可能會失敗,並顯示紫色畫面
僅當 SEsparse 用於建立虛擬機器快照和複製時,由於 CPU 活動訊號故障,ESXi 主機才可能會失敗,並顯示紫色畫面。使用 SEsparse 可能會造成 CPU 鎖死,並在 VMkernel 記錄中顯示警告訊息,接著顯示紫色畫面:
PCPU <cpu-num>
didn't have a heartbeat for <seconds> seconds; *may* be locked up. 已在此版本中解決此問題。
- 已停用頻繁查閱 Virtual Volumes 資料存放區上的內部 vSAN 中繼資料目錄 (.upit)。此中繼資料資料夾不適用於 Virtual Volumes
頻繁查閱 Virtual Volumes 資料存放區上的 vSAN 中繼資料目錄 (
.upit
) 可能會影響其效能。.upit
目錄不適用於 Virtual Volumes 資料存放區。變更會停用查詢.upit
目錄。已在此版本中解決此問題。
- 升級到 VMware ESXi 6.5.0 P01 或 6.5 EP2 之後,Windows 虛擬機器 (VM) 上可能會發生效能問題
在某些情況下,從客體作業系統接收未對齊的取消對應要求時,可能會發生效能問題。根據未對齊取消對應的大小和數目,從客體作業系統刪除大量小檔案 (小於 1 MB) 時,可能會發生此問題。
已在此版本中解決此問題。
- ESXi 5.5 和 6.x 主機在執行 85 天後停止回應
ESXi 5.5 和 6.x 主機在執行 85 天後停止回應。在
/var/log/vmkernel
記錄檔中,您將看到類似以下內容的項目:YYYY-MM-DDTHH:MM:SS.833Z cpu58:34255)qlnativefc: vmhba2(5:0.0): Recieved a PUREX IOCB woh oo
YYYY-MM-DDTHH:MM:SS.833Z cpu58:34255)qlnativefc: vmhba2(5:0.0): Recieved the PUREX IOCB.
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674)qlnativefc: vmhba2(5:0.0): sizeof(struct rdp_rsp_payload) = 0x88
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674qlnativefc: vmhba2(5:0.0): transceiver_codes[0] = 0x3
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674)qlnativefc: vmhba2(5:0.0): transceiver_codes[0,1] = 0x3, 0x40
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674)qlnativefc: vmhba2(5:0.0): Stats Mailbox successful.
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674)qlnativefc: vmhba2(5:0.0): Sending the Response to the RDP packet
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674 0 1 2 3 4 5 6 7 8 9 Ah Bh Ch Dh Eh Fh
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674)--------------------------------------------------------------
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 53 01 00 00 00 00 00 00 00 00 04 00 01 00 00 10
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) c0 1d 13 00 00 00 18 00 01 fc ff 00 00 00 00 20
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 00 00 00 00 88 00 00 00 b0 d6 97 3c 01 00 00 00
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 0 1 2 3 4 5 6 7 8 9 Ah Bh Ch Dh Eh Fh
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674)--------------------------------------------------------------
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 02 00 00 00 00 00 00 80 00 00 00 01 00 00 00 04
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 18 00 00 00 00 01 00 00 00 00 00 0c 1e 94 86 08
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 0e 81 13 ec 0e 81 00 51 00 01 00 01 00 00 00 04
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 2c 00 04 00 00 01 00 02 00 00 00 1c 00 00 00 01
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 00 00 00 00 40 00 00 00 00 01 00 03 00 00 00 10
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674)50 01 43 80 23 18 a8 89 50 01 43 80 23 18 a8 88
YYYY-MM-DDTHH:MM:SS.833Z cpu58:33674) 00 01 00 03 00 00 00 10 10 00 50 eb 1a da a1 8f
這是韌體問題,當光纖通道 (FC) 交換器與熱匯流排介面卡 (HDA) 之間的讀取診斷參數 (RDP) 失敗 2048 次時,會導致此問題。HBA 介面卡停止回應,因此虛擬機器和/或 ESXi 主機可能會失敗。依預設,RDP 常式由 FC 交換器起始,每小時發生一次,導致在大約 85 天後達到限制值 2048。
已在此版本中解決此問題。
- 透過等量區大小限制解決 Intel 裝置中的效能下降
有些 Intel 裝置 (例如 P3700、P3600 等) 具有有關韌體或硬體的廠商特定限制。由於此限制,傳遞到 NVMe 裝置且跨等量區大小 (或邊界) 的所有 IO 都可能會受到效能明顯下降的影響。在 IO 跨裝置上的等量區時,透過檢查所有 IO 和分割命令,已從驅動程式解決此問題。
已在此版本中解決此問題。
- 移除啟動控制器時重設的冗餘控制器
控制器啟動時,驅動程式可能會重設控制器兩次 (停用、啟用、停用,然後最後啟用)。這是較早版本中 QEMU 模擬器的因應措施,但它可能會延遲顯示某些控制器。根據 NVMe 規格,僅需要重設一次,即停用然後啟用控制器。此升級會移除啟動控制器時重設的冗餘控制器。
已在此版本中解決此問題。
- 如果具有大型虛擬磁碟的虛擬機器使用 SPC-4 功能,ESXi 主機可能會失敗並顯示紫色畫面
由於 CPU 鎖死,ESXi 主機可能會停止回應且失敗,並顯示含有類似下列內容之項目的紫色畫面。
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]@BlueScreen: PCPU x: no heartbeat (x/x IPIs received)
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Code start: 0xxxxx VMK uptime: x:xx:xx:xx.xxx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Saved backtrace from: pcpu x Heartbeat NMI
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]MCSLockWithFlagsWork@vmkernel#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]PB3_Read@esx#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]PB3_AccessPBVMFS5@esx#nover+00xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Fil3FileOffsetToBlockAddrCommonVMFS5@esx#nover+0xx stack:0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Fil3_ResolveFileOffsetAndGetBlockTypeVMFS5@esx#nover+0xx stack:0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Fil3_GetExtentDescriptorVMFS5@esx#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Fil3_ScanExtentsBounded@esx#nover+0xx stack:0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Fil3GetFileMappingAndLabelInt@esx#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]Fil3_FileIoctl@esx#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]FSSVec_Ioctl@vmkernel#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]FSS_IoctlByFH@vmkernel#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSCSIFsEmulateCommand@vmkernel#nover+0xx stack: 0x0
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSCSI_FSCommand@vmkernel#nover+0xx stack: 0x1
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSCSI_IssueCommandBE@vmkernel#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VSCSIExecuteCommandInt@vmkernel#nover+0xx stack: 0xb298e000
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]PVSCSIVmkProcessCmd@vmkernel#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]PVSCSIVmkProcessRequestRing@vmkernel#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]PVSCSI_ProcessRing@vmkernel#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VMMVMKCall_Call@vmkernel#nover+0xx stack: 0xx
0xnnnnnnnnnnnn:[0xnnnnnnnnnnnn]VMKVMM_ArchEnterVMKernel@vmkernel#nover+0xe stack: 0x0
如果虛擬機器的硬體版本是 13,並且將 SPC-4 功能用於大型虛擬磁碟,則會發生此問題。
已在此版本中解決此問題。
- Marvell 9230 ACHI 控制器上的 Marvell 主控台裝置不可用
根據核心記錄,Marvell 9230 控制器的其中一個 AHCI 連接埠上會公開 ATAPI 裝置。此 Marvel 主控台裝置是一個介面,用於設定從某些 Marvell CLI 工具使用的 Marvell 9230 AHCI 控制器的 RAID。
執行
esxcfg-scsidevs -l
命令後,配備 Marvell 9230 控制器的主機便無法偵測到顯示名稱為本機 Marvell 處理器的 SCSI 裝置。核心記錄中的資訊是:
WARNING: vmw_ahci[XXXXXXXX]: scsiDiscover:the ATAPI device is not CD/DVD device
已在此版本中解決此問題。
- SSD 壅塞可能會導致多個虛擬機器變得無回應
根據虛擬機器的工作負載和數量,主機上的磁碟群組可能會進入永久裝置遺失 (PDL) 狀態。這會造成磁碟群組不允許其他 IO,從而將其轉譯為無法使用,直到手動介入為止。
已在此版本中解決此問題。
- 在支援取消對應的資料存放區上執行 HBR + CBT 時,ESXi 主機可能會失敗並顯示紫色畫面
允許未對齊取消對應要求的 ESXi 功能未考慮到取消對應要求可能會在非封鎖內容中發生的事實。如果取消對應要求未對齊,且所要求的內容是非封鎖內容,則可能會導致顯示紫色畫面。非封鎖內容中的一般未對齊取消對應要求通常會在 HBR 內容中發生。
已在此版本中解決此問題。
- ESXi 主機可能會與 VMFS 資料存放區中斷連線
由於 LVM 模組中的記憶體流失,在某些情況下,您可能會看到 LVM 驅動程式耗盡記憶體,這將導致 ESXi 主機無法存取 VMFS 資料存放區。
已在此版本中解決此問題。
- 在流量過大的情況下,Intel I218 NIC 頻繁重設
在 NE1000 驅動程式中啟用 TSO 功能後,由於 I218 硬體問題,在流量過大的情況下,I218 NIC 會頻繁重設。應停用 I218 NIC 的 NE1000 TSO 功能。
已在此版本中解決此問題。
- 透過使用 vSphere Update Manager 將 dd 映像開機的 ESXi 主機執行主要升級到 6.5 版失敗
透過使用 vSphere Update Manager 將 dd 映像開機的 ESXi 主機執行主要升級到 6.5 版失敗,並顯示
無法在主機上執行升級指令碼
錯誤。已在此版本中解決此問題。
- 軟體設定檔更新後,會顯示 ESXi 主機先前的軟體設定檔版本,且軟體設定檔名稱不會在 ISO 升級後標記為 [已更新]
執行
esxcli software profile update
命令後,ESXi 主機先前的軟體設定檔版本會顯示在esxcli software profile get
命令輸出中。而且,軟體設定檔名稱不會在 ISO 升級後於esxcli software profile get
命令輸出中標記為已更新。已在此版本中解決此問題。
- 無法從 ESXi 6.5 主機收集 vm-support 服務包
無法從 ESXi 6.5 主機收集 vm-support 服務包,因為透過使用 vSphere Web Client 在 ESXi 6.5 中產生記錄時,選取要匯出的特定記錄文字方塊為空白。網路、儲存區、Fault Tolerance、硬體等選項也為空白。發生此問題的原因是
/cgi-bin
的rhttpproxy
連接埠的值不是 8303。已在此版本中解決此問題。
- TPM 1.2 機器上的安裝在開機期間提早當機
ESXi 6.5 安裝在具有 TPM 1.2 晶片的系統上停止回應。如果 tbootdebug 被指定為命令列參數,最後的記錄訊息為:
Relocating modules and starting up the kernel...
TBOOT: **************TBOOT ******************
TBOOT: TPM family: 1.2已在此版本中解決此問題。
- vSphere Update Manager 失敗並顯示執行階段錯誤
如果映像設定檔模組包含用於特定硬體組合的 VIB,主機掃描作業會失敗並在此模組中顯示執行階段錯誤。失敗的原因是 Python 2 和 Python 3 之間的代碼轉換問題。
已在此版本中解決此問題。
- ESXi 主機可能會失敗並顯示紫色畫面,因為系統無法辨識或保留 USB 裝置的資源
在下列 Oracle 伺服器上將 ESXi 主機開機時,ESXi 主機可能會失敗並顯示紫色畫面:X6-2、X5-2 和 X4-2,且反向追蹤顯示這是由
pcidrv_alloc_resource
故障所造成的。因為系統無法辨識或保留 USB 裝置的資源,所以導致此問題。已在此版本中解決此問題。
- 安裝適用於 Windows 的桌面平台 vSphere Client 並嘗試連線到 ESXi 主機之後,顯示警告訊息
桌面平台 vSphere Client 在 vSphere 6.5 中已過時且不再受支援。當您嘗試連線到 ESXi 6.5 主機時,會顯示下列警告訊息:
必要的用戶端支援檔案需要從伺服器「0.0.0.0」擷取並進行安裝。按一下「執行安裝程式」或「儲存安裝程式」。
在此情況下,使用 VMware Host Client 執行主機管理作業。
- 效能計數器 cpu.system 錯誤地顯示值為 0 (零)
為虛擬機器錯誤地計算了效能計數器 cpu.system。計數器的值一律為 0 (零),且永遠不變,這使它無法在虛擬機器上進行任何類型的資料分析。
已在此版本中解決此問題。
- 由於作用中記憶體下降,虛擬機器可能會變得無回應
如果 ESXi 主機上執行的虛擬機器之作用中記憶體低於 1% 並下降至 0,則主機可能會啟動記憶體回收,即使主機擁有足夠的可用記憶體亦如此。
已在此版本中解決此問題。
- 快照整併期間,虛擬機器停止回應
在快照整併期間,可能會進行精確計算,以判定執行整併所需的儲存空間。該精確計算可能會導致虛擬機器停止回應,因為需要很長時間才能完成。
已在此版本中解決此問題。
- 預先配置的虛擬機器的錯誤 NUMA 放置導致效能次佳
預先配置的虛擬機器將在開啟電源時配置其所有記憶體。但是,這可能會導致排程器為此初始配置選擇錯誤的 NUMA 節點。尤其是可能不會接受 numa.nodeAffinity vmx 選項。因此,客體作業系統的效能可能會降低。
通常,會預先配置延遲敏感度設為高或具有傳遞裝置的虛擬機器。
已在此版本中解決此問題。
- 虛擬機器可能會變得無回應
建立虛擬機器的快照時,該虛擬機器可能會變得無回應。
已在此版本中解決此問題。
- 如果所需時間超過 5 分鐘,vSphere Storage vMotion 可能會失敗並顯示錯誤訊息
由於對虛擬機器的定期組態驗證,vSphere Storage vMotion 的目的地虛擬機器會錯誤地停止。需要執行 5 分鐘以上時間的 vSphere Storage vMotion 會失敗並顯示
來源偵測到目的地無法恢復
訊息。
來自 ESXi 主機的 VMkernel 記錄包含訊息D: Migration cleanup initiated, the VMX has exited unexpectedly.Check the VMX log for more details
.已在此版本中解決此問題。
- 虛擬機器管理堆疊無法正確處理被指定為一般 FileBackingInfo 的支援檔案,從而導致未正確重新設定虛擬機器
如果透過
ConfigSpec
(使用一般vim.vm.Device
.VirtualDevice.FileBackingInfo
類別指定磁碟支援檔案,而不是使用磁碟類型特定的支援類別指定,例如vim.vm.Device.VirtualDisk.FlatVer2BackingInfo
、vim.vm.Device.VirtualDisk.SeSparseBackingInfo
) 直接使用 vSphere API 起始,在已開啟電源時於虛擬機器資料夾以外的資料夾中附加磁碟可能會失敗。已在此版本中解決此問題。
- 虛擬機器 (VM) 的 vMotion 移轉有時會暫停,並發生逾時接著導致失敗
如果虛擬機器擁有佔用過多記憶體的驅動程式 (尤其是圖形驅動程式) 或應用程式,則會在虛擬機器中建立一個自黏頁面。當此類虛擬機器將要利用 vMotion 移轉到另一台主機時,移轉程序會因 I/O 計算的不正確擱置而暫停,且隨後會失敗。
已在此版本中解決此問題。
- 將 extraConfig 選項設定為整數值之已開啟電源的虛擬機器的重新設定作業可能會失敗,並顯示 SystemError
在下列情況下,重新設定作業會停止回應,並顯示 SystemError:
- 虛擬機器已開啟電源
- ConfigSpec 包含具有整數值的 extraConfig 選項
SystemError 由 TypeMismatchException (可在 ESXi 主機上的 hostd 記錄中看到) 觸發並顯示訊息:重新設定期間發生非預期的例外狀況: (vim.vm.ConfigSpec) {
} 類型不相符: 預期: N5Vmomi9PrimitiveISsEE,找到: N5Vmomi9PrimitiveIiEE。 已在此版本中解決此問題。
- 刪除某個虛擬機器時,摘要 VMDK 檔案不會從虛擬機器資料夾中刪除
從摘要 VMDK 檔案建立連結複製時,vCenter Server 會將摘要磁碟檔案標記為無法刪除。因此,當刪除個別虛擬機器時,由於描述元檔案中的
ddb.deletable = FALSE
ddb 項目,摘要 VMDK 檔案不會從虛擬機器資料夾中刪除。已在此版本中解決此問題。
- 非拉丁字元可能不會在虛擬機器儲存區設定檔名稱中正確顯示
UTF-8 字元在傳遞到 VVol Vasa 提供者之前未正確處理。因此,Vasa 提供者不會正確識別、處理或顯示使用國際字元的虛擬機器儲存區設定檔。
已在此版本中解決此問題。
- 對於已啟用 vSphere Fault Tolerance 的虛擬機器,vSphere 客體應用程式監控 SDK 失敗
對於已安裝 vSphere Guest Application Monitor 且受 vSphere HA 保護的虛擬機器,如果啟用 vSphere FT,則 vSphere 客體應用程式監控 SDK 可能會失敗。
已在此版本中解決此問題。
- 當 Fault Tolerance 次要虛擬機器 (VM) 無法開啟電源,且主機記憶體不足時,ESXi 主機可能會失敗並顯示紫色畫面
當您設定虛擬機器啟用 Fault Tolerance,且其次要虛擬機器正從記憶體不足的 ESXi 主機開啟電源時,次要虛擬機器無法開啟電源,且 ESXi 主機可能會失敗並顯示紫色畫面。
已在此版本中解決此問題。
- 安裝 VMware Tools 時,客體作業系統重新開機時不會清除 guestinfo.toolsInstallErrCode 變數
如果 VMware Tools 的安裝需要重新開機才能完成,客體變數
guestinfo.toolsInstallErrCode
設定為 1603。客體作業系統重新開機不會清除該變數。已在此版本中解決此問題。
- 包括 VMware Tools 10.1.7 版
此版本包括 VMware Tools 10.1.7 版。如需進一步的詳細資料,請參閱《VMware Tools 10.1.7 版本說明》。
- 掛接 vSAN 磁碟群組時,ESXi 主機失敗並顯示紫色診斷畫面
由於 vSAN 中的內部競爭情形,當您嘗試掛接 vSAN 磁碟群組時,ESXi 主機可能會失敗並顯示紫色診斷畫面。
已在此版本中解決此問題。
- 在 vSAN 見證主機上使用 objtool 會導致 ESXi 主機失敗,並顯示紫色診斷畫面
如果在 vSAN 見證主機上使用 objtool,則會執行 I/O control (ioctl) 呼叫,該呼叫會導致 ESXi 主機中出現空指標,且主機會當機。
已在此版本中解決此問題。
- vSAN 叢集中的主機有高壅塞,這將導致主機中斷連線
如果 ESXi 主機開機時遇到中繼資料無效的 vSAN 元件,SSD 區塊的參考計數會出現洩漏。如果透過原則變更、磁碟解除委任或其他方法移除這些元件,則洩漏的參考計數會導致 SSD 區塊的下一個 I/O 出現停滯。記錄檔可以建置,這會導致出現高壅塞和主機中斷連線的情況。
已在此版本中解決此問題。
- 由於磁碟損毀,無法啟用 vSAN 或將 ESXi 主機新增到 vSAN 叢集
如果主機上有損毀的儲存裝置,則啟用 vSAN 或將主機新增到 vSAN 叢集時,作業可能會失敗。執行作業後,主機上會顯示 Python zdumps,
vdq -q
命令失敗,並在受影響的主機上顯示核心傾印。已在此版本中解決此問題。
- 當 LAG 設定為作用中上行時,vSAN Configuration Assist 發出實體 NIC 缺少備援的警告
如果上行連接埠是連結匯總群組 (LAG) 的成員,LAG 可提供備援。如果上行連接埠號碼為 1,vSAN Configuration Assist 將會發出實體 NIC 缺少備援的警告。
已在此版本中解決此問題。
- vSAN 叢集在成員主機和 vCenter Server 重新開機後進行磁碟分割
如果同時將單點傳播 vSAN 叢集中的主機和 vCenter Server 重新開機,該叢集可能會進行磁碟分割。同時將主機和 vCenter Server 重新開機期間,vCenter Server 不會正常處理不穩定的 vpxd 內容更新。
已在此版本中解決此問題。
- 由於錯誤的讀取快取配額調整,ESXi 主機失敗並顯示紫色診斷畫面
控制讀取快取配額的 vSAN 機制可能會進行錯誤調整,導致主機發生故障並顯示紫色診斷畫面。
已在此版本中解決此問題。
- vSAN 容量監視器報告大型檔案系統額外負荷
在 vSAN 叢集上啟用重複資料刪除和壓縮時,[已用容量明細] (監控 > vSAN > 容量) 會錯誤地顯示用於檔案系統額外負荷的儲存區容量百分比。此數值不會反映正用於檔案系統活動的實際容量。顯示的內容需要正確反映用於已啟用重複資料刪除和壓縮之 vSAN 叢集的檔案系統額外負荷。
已在此版本中解決此問題。
- 由於分頁物件大小為 0 位元組,vSAN 健全狀況檢查報告 CLOMD 運作情況問題
如果 vSAN 叢集具有大小為 0 位元組的物件,並且這些物件具有需要修復的任何元件,CLOMD 可能會當機。
/var/run/log/clomd.log
中的 CLOMD 記錄可能會顯示類似下列內容的記錄:2017-04-19T03:59:32.403Z 120360 (482850097440)(opID:1804289387)CLOMProcessWorkItem: Op REPAIR starts:1804289387
2017-04-19T03:59:32.403Z 120360 (482850097440)(opID:1804289387)CLOMReconfigure: Reconfiguring ae9cf658-cd5e-dbd4-668d-020010a45c75 workItem type REPAIR
2017-04-19T03:59:32.408Z 120360 (482850097440)(opID:1804289387)CLOMReplacementPreWorkRepair: Repair needed.1 absent/degraded data components for ae9cf658-cd5e-dbd4-668d-020010a45c75 foundvSAN 健全狀況檢查報告 CLOMD 運作情況問題。每次重新啟動 CLOMD 時,都會在嘗試修復受影響的物件時當機。分頁物件是大小可為零位元組的唯一 vSAN 物件。
已在此版本中解決此問題。
- vSphere API FileManager.DeleteDatastoreFile_Task 無法刪除 vSAN 中的 DOM 物件
如果您使用 FileManager.DeleteDatastoreFile_Task API,透過檔案瀏覽器或 SDK 指令碼從 vSAN 資料存放區刪除 vmdk,則無法刪除基礎 DOM 物件。
這些物件可在一段時間後建置,並佔用 vSAN 資料存放區上的空間。已在此版本中解決此問題。
- 由於內部競爭情形,vSAN 叢集中的主機失敗,並顯示紫色診斷畫面
當 vSAN 叢集中的主機重新開機時,PLOG 重新記錄代碼和 vSAN 裝置探索代碼之間可能會發生競爭情形。此情況會損毀記憶體資料表,導致 ESXi 主機發生故障,並顯示紫色診斷畫面。
已在此版本中解決此問題。
- 您無法透過 vSphere Web Client 或 esxcli 命令變更某些 ESXi 進階設定
由於錯誤的預設值,您無法變更某些 ESXi 進階設定,例如
/Net/NetPktSlabFreePercentThreshold
。此問題已透過變更預設值得到解決。已在此版本中解決此問題。
已知問題
已知問題分類如下。
安裝問題- 在啟用安全開機的 ESXi 主機上利用 --no-sig check 選項安裝未簽署的 VIB 可能會失敗
將禁止在安全開機的 ESXi 主機上安裝未簽署的 VIB,因為未簽署的 VIB 會阻止系統開機。必須在安全開機的 ESXi 主機上執行 VIB 簽章檢查。
因應措施:在安全開機的 ESXi 主機上僅使用簽署的 VIB。
- 嘗試使用 ESXCLI 或 vSphere PowerCLI 命令針對 esx-base、vsan 和 vsanhealth VIB 安裝或升級 ESXi 主機可能會失敗
從 ESXi 6.5 Update 1 及更高版本起,esx-tboot VIB 和 esx-base VIB 之間具有相依性,您還必須在 vib update 命令中包含 esx-tboot VIB,才能成功安裝或升級 ESXi 主機。
因應措施:在 vib update 命令中也包含 esx-tboot VIB。例如:
esxcli software vib update -n esx-base -n vsan -n vsanhealth -n esx-tboot -d /vmfs/volumes/datastore1/update-from-esxi6.5-6.5_update01.zip
- 在已啟用安全開機的 ESXi 主機上依據 ESX 6.5 Update 1 基準進行修復可能會失敗
您透過包含 ESXi 6.5 Update 1 映像的升級基準,使用 vSphere Update Manager 來升級 ESXi 主機時,如果主機已啟用安全開機,則升級可能會失敗。
因應措施:您可以使用 vSphere Update Manager 修補程式基準,而不是主機升級基準。
- BIOS、BMC 和 PLSA 韌體版本中的變更不會顯示在 Direct Console 使用者介面 (DCUI) 上
DCUI 提供硬體版本的相關資訊,當硬體版本發生變更時,DCUI 會保留空白。
因應措施:透過以下命令啟動 WBEM 服務:
esxcli system wbem set --enabled
- VMware Tools ISO 映像的高讀取負載可能會導致 Flash 媒體損毀
在 VDI 環境中,VMware Tools 映像的高讀取負載可能會導致 Flash 媒體損毀。
因應措施:
您可以將所有 VMware Tools 資料複製到其自己的 ramdisk 中。因此,每次開機只能從 Flash 媒體讀取一次資料。所有其他讀取將移至 ramdisk。vCenter Server Agent (vpxa) 透過
/vmimages
目錄 (具有指向 productLocker 的符號連結) 存取此資料。若要啟動此功能,請遵循下列步驟:
- 使用命令將進階 ToolsRamdisk 選項設定為 1:
esxcli system settings advanced set -o /UserVars/ToolsRamdisk -i 1
- 將主機重新開機。
- 使用命令將進階 ToolsRamdisk 選項設定為 1:
- 由於硬體具有去除 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 中的虛擬交換器可能會失敗。
因應措施:
- 在要編輯的虛擬交換器上按一下滑鼠右鍵,然後按一下編輯設定。
- 按一下新增上行,將新實體上行新增至虛擬交換器。
- 按一下儲存。
- 針對僅限 ATS 的陣列裝置,將 ESXi 主機重新開機後,VMFS 資料存放區無法使用
如果連線到 ESXi 主機的目標僅支援隱含 ALUA,並僅具有待命路徑,該裝置將會登錄,但與媒體存取相關的裝置屬性不會填入。如果在登錄後新增了作用中路徑,則 VAAI 屬性重新整理可能需要最多 5 分鐘時間。因此,設定了僅限 ATS 的 VMFS 磁碟區可能無法掛接,直到 VAAI 更新為止。
因應措施:如果目標僅支援待命路徑,並僅具有隱含 ALUA,請在主機上使用下列 ESXi CLI 命令啟用 FailDiskRegistration 組態選項:
esxcli system settings advanced set -o /Disk/FailDiskRegistration -i 1
若要生效,必須設定組態選項,並將主機重新開機。這將會延遲裝置登錄,直到您看到作用中路徑為止。
附註:如果您在具有連線至 ESXi 主機之隱含和明確 ALUA 目標裝置的環境中啟用此組態選項,則明確 ALUA 待命路徑裝置的登錄可能會一併延遲。
- 當您在 HBA 模式下開啟或關閉 LED 管理命令時,這些命令可能會失敗
當您在某些 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> 這些命令可能會失敗。此外,控制器可能會停止回應,這將導致下列管理命令失敗:
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 可能會失敗並顯示 [無法取得裝置資訊... 或格式不正確...] 錯誤
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>
可能會失敗並顯示下列錯誤之一:
外掛程式 lsu-lsi-mr3-plugin 無法取得名為 <NAA ID> 的裝置的資訊
。
錯誤為:無法取得裝置資訊...
或格式不正確 (無效的 Token): ...
因應措施:
1.在遇到此問題的伺服器上使用localcli
而非esxcli
命令。
localcli
命令會生成正確的訊息,而esxcli
可能會隨機失敗。
- VMware Host Client 針對 ESXi 主機上的所有虛擬機器執行動作,而非針對使用 [搜尋] 選取的範圍
當您使用 [搜尋] 選取 VMware Host Client 中的虛擬機器範圍時,如果您核取全選方塊,並執行關閉電源、開啟電源或刪除等動作,此動作可能會影響主機上的所有虛擬機器,而非僅影響選取項目。
因應措施:您必須個別選取虛擬機器。
舊版中的已知問題
若要檢視以前已知問題的清單,請按一下此處。
以前的已知問題分類如下。
- Auto Deploy 和 Image Builder
- 備份和還原問題
- 移轉問題
- 其他問題
- 網路問題
- 安全性功能問題
- 伺服器組態問題
- 儲存區問題
- 升級問題
- vCenter Server Appliance、vCenter Server、vSphere Web Client、vSphere Client 及 vSphere Host Client 問題
- 虛擬機器管理問題
- vSphere HA 和 Fault Tolerance 問題
-
無法將 ESXi 6.0 主機設定檔的根使用者 SSH 金鑰套用至 ESXi 6.5
在 ESXi 6.5 中,用於管理根使用者 SSH 金鑰的授權金鑰主機設定檔功能已被取代。但是,已被取代的版本設定為 6.0,而非 6.5。因此,無法將主機設定檔 6.0 的根使用者 SSH 金鑰套用至具有 6.5 版的主機。因應措施:若要使用主機設定檔設定根使用者的 SSH 金鑰,必須建立新的 6.5 版主機設定檔。
-
透過將目標無狀態 ESXi 主機重新開機來套用主機設定檔會導致出現「無效的檔案路徑」錯誤訊息
您首次從無狀態主機擷取主機設定檔、對其進行編輯以透過符合密碼原則的使用者輸入建立新角色並啟用無狀態的快取,然後將該設定檔連結至該主機、更新組態中使用者和角色的密碼後,將主機重新開機以套用主機設定檔會失敗並顯示以下錯誤:
錯誤: EngineModule::ApplyHostConfig。例外狀況: 無效的檔案路徑
因應措施:您必須將主機設定檔直接套用至主機:
停止 Auto Deploy 服務,然後將主機重新開機。
主機開機後,確認主機上存在本機使用者和角色。
使用組態中提供的認證登入。
-
透過使用 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。
因應措施:在從 DHCP 取得 IP 之 NIC 的 vCenter Server 組態檔中,將 UseDNS 索引鍵設為 false:
[DHCP] UseDNS=false
- 透過在主機項目
-
使用主機設定檔中指定的 vSphere Auto Deploy 和 vSphere Distributed Switch 內容來部署無狀態 ESXi 主機時,主機可能仍處於維護模式
使用主機設定檔中指定的 vSphere Auto Deploy 和 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
因應措施:執行下列步驟:
在 [修復] 精靈中選取較少主機。
僅當修復完成後,才可為剩餘主機啟動其他精靈。
-
在將 vCenter Server 系統從 5.5 或 6.0 升級或移轉至版本 6.5 之後,Auto Deploy 選項將不存在於 vSphere Web Client 中
在將 vCenter Server 系統從版本 5.5 和 6.0 升級或移轉至 6.5 之後,Auto Deploy 選項將不存在於 vSphere Web Client 的設定 > 設定螢幕中。vSphere Auto Deploy 服務與 Image Builder 服務已安裝但未自動啟動。因應措施:執行下列步驟:
手動啟動 Image Builder 服務。
登出再登回 vSphere Web Client。
在 vSphere Web Client 首頁上,導覽至 vCenter Server 系統,並選取設定 > 設定以找到 Auto Deploy 服務。
-
如果您將超過 63 個主機連結至一個主機設定檔,則主機自訂頁面將載入並顯示錯誤
如果您從參考主機擷取主機設定檔,並將超過 63 個主機連結至此主機設定檔,vCenter Server 系統的負載會變重,並且產生主機特定回應檔案所需的時間超過 120 秒時間限制。將載入自訂頁面並顯示錯誤:
由於後端內容提供者執行時間超過 120 秒,查詢執行逾時
因應措施:將主機設定檔連結至叢集或主機,但不產生自訂資料:
在此叢集或主機上按一下滑鼠右鍵,然後選取主機設定檔 > 連結主機設定檔。
選取要連結的設定檔。
選取略過自訂核取方塊。vSphere Web Client 介面不會叫用
RetrieveHostCustomizationsForProfile
來產生自訂資料。在連結至叢集或主機的主機設定檔上按一下滑鼠右鍵,然後選取匯出主機自訂。這將產生 CSV 檔案,其中包含每個主機的自訂項目。
在 CSV 檔案中填寫自訂資料。
在主機設定檔上按一下滑鼠右鍵,然後選取編輯主機自訂並匯入 CSV 檔案。
按一下完成儲存自訂資料。
填入自訂資料:
-
將 Auto Deploy 與在 Intel XL710 (40GB) 網路介面卡上對 ESXi 安裝程式進行 PXE 開機搭配使用會導致失敗
使用開機前執行環境從 Intel XL710 網路裝置對主機開機 ESXi 安裝程式時,在控制傳輸至 ESXi 核心之前,複製 ESXi 映像的程序會失敗。將會顯示以下錯誤:解壓縮的 MD5: 000000000000000000000
嚴重錯誤: 34(非預期的 EOF)
序列記錄:
******************************************************************
* 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
正在為快取映像掃描本機磁碟。
如果找不到映像,系統將在 20 秒後重新開機......
<3>磁碟上的系統不是無狀態快取的。
<3>正在重新開機...因應措施:無。
進行從 vCenter Server Appliance 到 vCenter Server 執行個體的以檔案為基礎的還原後,vSphere Web Client 中的作業 (例如,設定高可用性叢集或啟用對應用裝置的 SSH 存取) 可能會導致失敗
在還原 vCenter Server 執行個體的程序中,會部署新的 vCenter Server Appliance,且應用裝置 HTTP 伺服器會以自我簽署的憑證啟動。還原程序完成時,會復原備份的憑證但不會重新啟動應用裝置 HTTP 伺服器。因此,需要對應用裝置 HTTP 伺服器進行內部 API 呼叫的任何作業會失敗。因應措施:將 vCenter Server Appliance 還原到 vCenter Server 執行個體後,您必須登入應用裝置,並透過執行命令
service vami-lighttp restart
重新啟動其 HTTP 伺服器。如果變更了 Platform Services Controller 應用裝置的 vCPU 數目或磁碟大小,則嘗試從以檔案為基礎的備份還原該應用裝置會失敗
在 vSphere 6.5 中,Platform Services Controller 應用裝置是以 2 個 vCPU 和 60 GB 磁碟大小進行部署。不支援增加 vCPU 數目和磁碟大小。如果您嘗試對具有超過 2 個 CPU 或 60 GB 磁碟大小的 Platform Services Controller 應用裝置執行以檔案為基礎的還原,vCenter Server Appliance 安裝程式會失敗並顯示錯誤:沒有可能的大小符合您的一組需求。
因應措施:將處理器的數目減少到不超過 2 個 vCPU,並將磁碟大小減少到不超過 60 GB。
從以映像為基礎的備份還原含外部 Platform Services Controller 的 vCenter Server Appliance 不會啟動所有 vCenter Server 服務
使用 vSphere Data Protection 還原含外部 Platform Services Controller 的 vCenter Server Appliance 後,您必須執行vcenter-restore
指令碼以完成還原作業,然後啟動 vCenter Server 服務。vcenter-restore
執行可能會失敗,並顯示下列錯誤訊息:作業失敗。請確保 SSO 使用者名稱和密碼正確無誤,然後重新執行指令碼。如果問題仍存在,請連絡 VMware 支援。
因應措施:
vcenter-restore
執行失敗後,執行service-control --start --all
命令來啟動所有服務。如果
service-control --start --all
執行失敗,請確認您輸入的 vCenter Single Sign-On 使用者名稱和密碼正確無誤。您也可以連絡 VMware 支援。
從 SAN 開機的問題
不支援在光纖通道或 LUN 識別碼大於 255 的 iSCSI LUN 上安裝 ESXi 6.5
vSphere 6.5 支援從 0 到 16383 的 LUN 識別碼。但是,由於介面卡 BIOS 限制,您無法使用識別碼大於 255 的 LUN 從 SAN 安裝進行開機。因應措施:對於 ESXi 安裝,請使用識別碼小於或等於 255 的 LUN。
iSCSI 問題
-
在 vSphere 6.5 中,指派給 iSCSI 軟體介面卡的名稱與舊版本不同
升級至 vSphere 6.5 版後,現有軟體 iSCSI 介面卡的名稱 vmhbaXX 會變更。此變更會影響任何將硬式編碼值用於介面卡名稱的指令碼。由於 VMware 並不會保證各版本之間的介面卡名稱保持不變,因此您不應對指令碼中的名稱進行硬式編碼。名稱變更不會影響 iSCSI 軟體介面卡的行為。因應措施:無。
如果來源 Windows 安裝設定使用靜態 IPv4 和靜態 IPv6 組態,則嘗試將 vCenter Server 或 Platform Services Controller 的 Windows 安裝移轉至應用裝置可能會失敗,並顯示有關 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因應措施:
刪除新部署的應用裝置,然後還原來源 Windows 安裝。
在來源 Windows 安裝中,停用 IPv6 或 IPv4 組態。
從 DNS 伺服器,刪除您已停用的 IPv6 或 IPv4 位址項目。
重試移轉。
(選擇性) 移轉完成後,重新新增 DNS 項目,並在移轉的應用裝置上設定您已停用的 IPv6 或 IPv4 位址。
當使用含有 Windows 整合式驗證模式的外部 SQL 來移轉 vCenter Server 6.0 時,VMware Migration Assistant 初始化失敗
如果您是沒有「取代處理程序等級權杖」權限的使用者,則當您在 Windows 上從含外部 Microsoft SQL Server 資料庫 (此資料庫已設定「整合式 Windows 驗證」) 的 vCenter Server 移轉時,VMware Migration Assistant 初始化會失敗,並顯示一條令人混淆的錯誤訊息,其中並未指示失敗原因。例如:無法執行移轉前檢查
vCenter Server 資料庫會在記錄中收集需求,記錄位置為:
記錄包含以下項目:
%temp/vcsMigration/CollectRequirements_com.vmware.vcdb_2016_02_04_17_50.log
2016-02-04T12:20:47.868Z ERROR vcdb.const Error while validating source vCenter Server database: "[Error 1314] CreateProcessAsUser: 'A required privilege is not held by the client.'"因應措施:請確認您已為執行移轉的使用者設定「取代處理程序等級權杖」權限。可在 Microsoft 線上說明文件中找到有關自訂設定的指南。您可以在確認權限正確後重新執行移轉。
Lsu-hpsa 外掛程式不使用原生 hpsa 驅動程式 (nhpsa)
Lsu-hpsa 外掛程式不使用原生 hpsa 驅動程式 (nhpsa),因為 hpsa 驅動程式與 lsu-hpsa 外掛程式目前使用的 HPSA 管理工具 (hpssacli) 不相容。您可能會收到以下錯誤訊息:# esxcli storage core device set -d naa.600508b1001c7dce62f9307c0604e53b -l=locator
無法將裝置的 LED 狀態設定為定位器。錯誤為: HPSAPlugin_SetLedState 中的 HPSSACLI 叫用結束,代碼為 127! (自 lsu-hpsa-plugin)
# esxcli storage core device physical get -d naa.50004cf211e636a7
外掛程式 lsu-hpsa-plugin 無法為名為 naa.50004cf211e636a7 的裝置取得資訊。錯誤為: Cache_Update 中的 HPSSACLI 叫用結束,代碼為 127!
# esxcli storage core device raid list -d naa.600508b1001c7dce62f9307c0604e53b
外掛程式 lsu-hpsa-plugin 無法無法為名為 naa.600508b1001c7dce62f9307c0604e53b 的裝置取得資訊。錯誤為: Cache_Update 中的 HPSSACLI 叫用結束,代碼為 127!
因應措施:用 vmklinux 驅動程式取代原生 hpsa 驅動程式 (nhpsa)。
其他儲存區問題
-
如果使用 SESparse VMDK,格式化具有 Windows 或 Linux 檔案系統的虛擬機器會花費更長時間
格式化具有 Windows 或 Linux 檔案系統的虛擬機器時,此程序花費的時間可能比平時要長。如果虛擬磁碟為 SESparse,則會發生此情況。因應措施:格式化之前,請停用客體作業系統上的取消對應作業。您可以在格式化程序完成後重新啟用此作業。
嘗試將 VMW_SATP_LOCAL 外掛程式用於共用的遠端 SAS 裝置可能觸發問題與失敗
在早於 ESX 6.5 的版本中,儘管 SAS 裝置由 VMW_SATP_LOCAL 外掛程式宣告,但仍然標記為遠端。在 ESX 6.5 中,由 VMW_SATP_LOCAL 宣告的所有裝置均標記為本機,即使為外部裝置亦是如此。因此,從舊版本升級至 ESXi 6.5 時,任何先前標記為遠端的現有遠端 SAS 裝置都會將其狀態變更為本機。此變更會影響這些裝置上部署的共用資料存放區,並可能導致問題和無法預期的行為。
此外,如果未正確將現已標記為本機但實際為共用或外部的裝置用於某些功能,則會發生問題。例如,當您允許建立 VFAT 檔案系統,或將裝置用於 Virtual SAN 時。因應措施:請勿將 VMW_SATP_LOCAL 外掛程式用於遠端外部 SAS 裝置。確保使用支援清單上的其他適用 SATP 或廠商唯一的 SATP。
將檔案上傳至資料存放區時登出 vSphere Web Client 會取消上傳並保留不完整檔案
將大型檔案上傳至資料存放區會花費一段時間。如果在上傳檔案期間登出,上傳將取消且不會發出警告。部分已上傳的檔案可能會留在資料存放區上。因應措施:請勿在檔案上傳期間登出。如果資料存放區包含不完整檔案,請手動將此檔案從資料存放區刪除。
-
當 vNIC 連線到停用 Network I/O Control 的 vSphere Standard Switch 或 vSphere Distributed Switch 時,連線會失敗
如果 vNIC 的保留區設為大於 0,而您將它連線到已停用 Network I/O Control 的 vSphere Standard Switch 或 vSphere Distributed Switch,連線會失敗並顯示下列錯誤訊息:指定的參數不正確: spec.deviceChange.device.backing。因應措施:無。
-
完整傳遞裝置無法使用網路
如果在傳遞 Broadcom Gigabit 乙太網路介面卡上使用原生 ntg3 驅動程式,將無法使用網路連線。因應措施:
在傳統模式中執行 ntg3 驅動程式:
執行 esxcli system module parameters set -m ntg3 -p intrMode=0 命令。
將主機重新開機。
- 使用 tg3 vmklinux 驅動程式做為預設驅動程式,而不要使用原生 ntg3 驅動程式。
- 虛擬機器的使用者空間 RDMA 應用程式無法傳送或接收資料
如果客體使用者空間 RDMA 應用程式使用不可靠的資料包佇列配對和以 IP 為基礎的群組識別碼與其他虛擬機器通訊,則 RDMA 應用程式將無法傳送或接收任何資料或工作完成項目。排在佇列配對上的任何工作要求會移除且不會完成。因應措施:無。
-
在 IBM 系統伺服器的 Universal Host Controller Interface 下有 USB NIC 裝置的情況下,封包會遺失
一些 Universal Host Controller Interface 下具有 USB NIC 裝置的 IBM 系統伺服器 (例如 IBM BladeCenter HS22) 在執行 USB 原生驅動程式 vmkusb 時會遇到網路問題。針對 UHCI 下的 USB NIC 裝置使用 vmkusb 驅動程式時,此裝置上的封包遺失。因應措施:停用 USB 原生 vmkusb 驅動程式,並切換為舊版 vmklinux USB 驅動程式:
-
執行 esxcli system module set -m=vmkusb -e=FALSE 命令停用 USB 原生驅動程式 vmkusb。
將主機重新開機。在重新開機時,舊版 USB 驅動程式會載入。
-
- 客體核心應用程式收到有關無信號快速登錄工作要求的非預期完成項目
位於具有作用中 RDMA 上行之主機的兩個虛擬機器之間的 RDMA 通訊有時會觸發客體核心應用程式中的偽完成項目。完成項目由客體的核心層級 RDMA 上層通訊協定 (ULP) 核發的無信號快速登錄工作要求錯誤地觸發。這會導致核心 ULP 中的完成佇列溢位。因應措施:若要避免觸發不相關的完成項目,請將會使用快速登錄工作要求的虛擬機器放置在單獨的主機上。
-
建立快照或執行 vMotion 移轉期間無法存取具有半虛擬化 RDMA 裝置的虛擬機器
具有半虛擬化 RDMA (PVRDMA) 裝置的虛擬機器會執行 RDMA 應用程式與對等佇列配對進行通訊。如果 RDMA 應用程式嘗試與不存在的對等佇列編號通訊,PVRDMA 裝置可能會無限期地等候對等回應。因此,如果在建立快照或執行移轉的同時,RDMA 應用程式仍在執行,則無法存取虛擬機器。因應措施:在使用 PVRDMA 裝置建立快照或執行 vMotion 移轉之前,請關閉使用不存在的對等佇列配對編號的 RDMA 應用程式。
-
ESXi 核心的 Netdump 傳輸需要數小時才能完成
藉助使用 Intel X710 或 Intel X710L NIC 的主機,將 ESXi 核心傳輸至 Netdump 伺服器需花費數小時。會成功執行此動作,但如果使用其他 NIC,Netdump 傳輸會更快。因應措施:無。
-
核心層級 RDMA 上層通訊協定無法在具有半虛擬化 RDMA 裝置的客體虛擬機器中正常運作
核心層級 RDMA 上層通訊協定 (例如 NFS 或 iSER) 會嘗試建立比半虛擬化 RDMA (PVRDMA) 裝置可提供的資源更多的資源。因此,核心模組無法載入。但是,RDMA Connection Manager (RDMACM) 會繼續運作。因應措施:無。
-
關閉/開啟命令在超過 60 秒後才啟動 NIC
當您設定 Virtual Extensible LAN (VXLAN) 並開始透過使用 nmlx4_en 驅動程式的 NIC 傳輸 VXLAN 流量時,esxcli network nic up 命令可能無法在 60 秒內啟動 NIC。NIC 會延遲一下才啟動。當您連續數次執行關閉/開啟與取消連結/連結命令時,會發生命令執行速度降低的情況。因應措施:無。
-
40-Gigabit nmlx4_en NIC 不支援網路喚醒 (WOL)
WOL 僅在 10-Gigabit HP 彈性 LOM 卡 (HP 品牌的 Mellanox 卡) 上受支援。HP 不支援 40-Gigabit 卡。因應措施:如果想要在 nmlx4_en 卡上使用 WOL,請使用 10-Gigabit HP 彈性 LOM 卡。
-
使用 Kerberos 認證透過 Active Directory 進行驗證時,無法掛接 NFS 共用
如果將 ESX 系統加入 Active Directory 並升級至目前版本,則當 Active Directory 執行個體停止支援 RC4 加密時,ESX 無法使用 Kerberos keytab 正確掛接 NFS 共用。這是因為 keytab 僅在 ESX 加入時才會寫入,並且 ESX 上使用的 Likewise 堆疊不支援對舊版本進行 AES 加密。因應措施:您必須重新加入 Active Directory 以便更新系統 keytab。
-
Intel 82579LM 或 I217 vmnic 可能發生無法復原的當機
Intel 82579LM 或 I217 vmnic 由於流量過大而觸發問題,例如 4 對虛擬機器執行 netperf,以及重複停用與重新啟用硬體卸載功能的 VMKernel 軟體模擬。由於數次循環地停用與重新啟用,硬體陷入當機狀態。因應措施:
避免在 Intel 82579LM 或 I217 介面卡上停用和重新啟用硬體卸載功能的 VMKernel 軟體模擬。
如果發生此類當機,必須將主機重新開機。
- Intel i219 NIC 可能會當機並中斷網路連線
Intel i219 系列 NIC (顯示為「Intel Corporation 乙太網路連線 I219-LM」,有時具有「V」尾碼) 可能會陷入硬體當機狀態,該狀態可導致系統中斷連接埠上的連線。此問題由流量經過 NIC 時的破壞性作業觸發。例如,如果在透過 i219 連接埠複製檔案時使用命令esxcli network nic down vmnixX
關閉連結,可能會發生此錯誤。流量過大也可能會觸發此問題,例如 4 對虛擬機器執行 netperf,以及重複停用與重新啟用硬體卸載功能的 VMKernel 軟體模擬。將主機重新開機前,NIC 將無法正常運作。因應措施:
避免在關鍵工作中使用 i219 NIC 連接埠。
避免在 i219 連接埠上執行破壞性作業。
避免在 Intel I219 介面卡上停用與重新啟用硬體卸載功能的 VMKernel 軟體模擬。
必須使用 i219 時,請使用非 i219LM 連接埠設定容錯移轉 NIC 整併。
- bnx2x 驅動程式在 NIC 容錯移轉或容錯回復期間導致紫色畫面錯誤訊息出現
當您停用或啟用 VMkernel 連接埠並變更 NIC 的容錯移轉順序時,bnx2x 驅動程式會導致紫色畫面錯誤訊息。因應措施:使用非同步驅動程式。
NFS 問題
NFS 4.1 用戶端在嘗試建立新工作階段時與 NFS 伺服器失去同步
與 NFS 伺服器中斷連線一段時間後或 NFS IO 沒有取得回應時,會發生此問題。發生此問題時,vmwarning.log 檔案會包含一系列類似下列內容的節流警告訊息:
NFS41 CREATE_SESSION request failed with NFS4ERR_SEQ_MISORDERED
因應措施:執行下列步驟:
取消掛接受影響的 NFS 4.1 資料存放區。如果在取消掛接時沒有開啟任何檔案,則此作業會成功,NFS 4.1 用戶端模組會清理其內部狀態。然後,您可以重新掛接已取消掛接的資料存放區並繼續一般作業。
-
如果取消掛接資料存放區沒有解決該問題,請停止將 NIC 連線到 NFS 共用的 IP 位址。儘可能讓 NIC 保持在停用狀態,直到伺服器租用時間到期為止,然後再重新啟動 NIC。一般作業應繼續進行。
如果上述步驟皆失敗,請將 ESXi 主機重新開機。
-
將 ESXi 重新開機後,透過 EMC VNX 儲存區匯出的 NFS 4.1 資料存放區無法掛接
由於 EMC VNX 的潛在問題,在 ESXi 主機重新開機後,NFS 4.1 重新掛接要求可能會失敗。因此,任何透過此儲存區匯出的現有 NFS 4.1 資料存放區均顯示為未掛接。因應措施:請等待 90 秒租用時間到期,然後手動重新掛接磁碟區。
-
使用不同標籤掛接相同的 NFS 資料存放區可能會導致稍後在嘗試掛接其他資料存放區時觸發失敗
使用 esxcli 命令在不同的 ESXi 主機上掛接相同的 NFS 資料存放區時,會發生該問題。如果使用不同的標籤,例如 A 和 B,則 vCenter Server 會將 B 重新命名為 A,以便資料存放區在主機之間具有一致的標籤。如果您稍後嘗試掛接新的資料存放區並使用 B 標籤,則 ESXi 主機將失敗。僅當您使用 esxcli 命令掛接 NFS 資料存放區時,才會發生此問題。它不會影響透過 vSphere Web Client 進行的掛接。因應措施:使用 esxcli 命令掛接相同 NFS 資料存放區時,請確保在主機之間使用一致的標籤。
從 VNX 伺服器匯出的 NFS 4.1 資料存放區可能無法存取
VNX 4.1 伺服器與 ESXi 主機中斷連線時,NSF 4.1 資料存放區可能無法存取。如果 VNX 伺服器意外變更了其主要編號,則會發生此問題。但是,NFS 4.1 用戶端與伺服器建立連線後並不會預期到伺服器主要編號會發生變更。因應措施:將所有透過伺服器匯出的資料存放區移除,然後重新掛接它們。
-
如果已啟用智慧卡驗證,則執行 TLS ReConfigurator 後會發生問題
vSphere 6.5 包含可用於管理 TLS 組態的 TLS Reconfigurator 工具。使用者會明確安裝此工具。此工具記錄在 VMware 知識庫文章 2147469 中。
如果您在 Platform Services Controller 上已啟用智慧卡驗證的 vSphere 6.5 環境中執行此工具,服務將無法啟動並擲回例外狀況。當您執行此工具,在 Platform Services Controller 上針對內容管理員服務 (Windows PSC) 或 vmware-stsd 服務 (Platform Services Controller 應用裝置) 變更 TLS 組態時,會發生此錯誤。因應措施:
開啟 server.xml 檔案進行編輯。
從伺服器標記的兩個項目中,移除第一個項目。
重新啟動所有服務。
Windows:
C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\con
Linux:
/usr/lib/vmware-sso/vmware-sts/conf
在下列範例中,移除第一個伺服器項目,而非第二個伺服器項目。
<!--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 執行個體的環境。該環境會將 VMCA 用作中繼 CA。嘗試新增 ESXi 主機時,可能會發生下列錯誤:
無法針對主機名稱取得已簽署憑證: 錯誤: 無法連線到遠端主機,原因 = rpc_s_too_many_rem_connects
嘗試在 Platform Services Controller 上擷取根 CA 時,命令會失敗,如下所示。
/usr/lib/vmware-vmca/bin/certool --getrootca --server=wx-sxxx-sxxx.x.x.x 狀態: 失敗錯誤碼: 382312518 錯誤訊息: 無法連線到遠端主機,原因 = rpc_s_too_many_rem_connects (0x16c9a046)
因應措施:重新啟動 Platform Services Controller 上的 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 後,[安全 Token 服務] 精靈有時不會啟動。此問題雖然極少發生,但是確實出現過。因應措施:無。DNS 未將 localhost 解析為 IPv6 環境中的回送位址時,會出現此問題。檢閱您的網路組態可協助解決此問題。
嘗試從 vSphere Web Client 登入 vCenter Server 時發生錯誤 400
從 vSphere Web Client 登入 vCenter Server 並登出。如果您在至少 8 小時後嘗試從同一個瀏覽器索引標籤登入,將會發生下列錯誤。
400 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 執行此作業。
從 vCenter Server 移除包含虛擬機器的 ESXi 主機,然後重新新增此主機。
在執行虛擬機器加密工作期間,與遠端主機通訊時發生錯誤
您在執行虛擬機器加密作業,例如加密虛擬機器或建立新加密的虛擬機器。您的叢集包含已中斷連線的 ESXi 主機。將產生下列錯誤。
與遠端主機通訊時發生錯誤
因應措施:從叢集的詳細目錄中移除已中斷連線的主機。
如果 Platform Services Controller 服務變得無法使用,則自動容錯移轉不會發生
如果您在負載平衡器後方執行 Platform Services Controller,若 Platform Services Controller 節點變得無法使用,會發生容錯移轉。如果在反向 Proxy 連接埠 443 後方執行的 Platform Services Controller 服務失敗,自動容錯移轉不會發生。這些服務包括 Security Token Service、授權服務等。因應措施:使包含失敗服務的 Platform Services Controller 離線以觸發容錯移轉。
vCenter Server 系統無法使用 IPv6 位址連線到 KMS
僅當 KMS 有 IPv4 位址或解析為 IPv4 位址的主機名稱時,vCenter Server 才可以連線到金鑰管理伺服器 (KMS)。如果 KMS 有 IPv6 位址,當您將 KMS 新增到 vCenter Server 系統時,會發生下列錯誤:
無法建立信任連線
因應措施:設定 KMS 的 IPv4 位址。
從舊版 ESXi 升級後,安全開機失敗
在下列情況下,您無法對啟用安全開機的 ESXi 6.5 主機進行開機。已使用 ESXCLI 命令執行主機升級。此命令不會升級開機載入器,並且不會保存簽章。在升級後啟用安全開機時,將發生錯誤。
已使用 ISO 執行主機升級,但是會保留舊 VIB。在此情況下,安全開機程序無法確認舊 VIB 的簽章,從而導致失敗。ISO 必須包含升級前安裝於 ESXi 主機上的所有新版 VIB。
因應措施:無。在上述情況下,無法啟用安全開機。重新安裝 ESXi 主機以啟用安全開機。
如果 SSLv3 在升級之前已啟用,則升級後其會在連接埠 7444 上啟用
在全新安裝中,vCenter Server 或 Platform Services Controller 系統上未啟用 SSLv3。但是升級後,此服務在連接埠 7444 (安全 Token 伺服器連接埠) 上預設為啟用。啟用 SSLv3 可能會讓您的系統容易受到某些攻擊。因應措施:對於內嵌式部署,請在安全 Token 伺服器的
server.xml
檔案中停用 SSLv3。對於含外部 Platform Services Controller 的部署,請判定任何舊版 vCenter Server 系統是否已連線,然後升級這些 vCenter Server 系統。
- 停用 SSLv3。
開啟
server.xml
檔案 (在 Windows 系統上為C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\conf
,在 Linux 系統上為/usr/lib/vmware-sso/vmware-sts/conf/
)。尋找具有
SSLEnabled=True
的連接器,然後從屬性SSLEnabledProtocols
移除 SSLv3,以使屬性顯示如下:
sslEnabledProtocols="TLSv1,TLSv1.1,TLSv1.2"
儲存並重新啟動所有服務。
複製具有一或多個未加密硬碟的已加密虛擬機器時發生錯誤
當您複製已加密的虛擬機器時,如果虛擬機器的一或多個硬碟未加密,將產生下列錯誤。
物件不支援此作業。
複製程序失敗。因應措施:在 [複製虛擬機器] 精靈的 [選取儲存區] 畫面中,選取進階。即使您不對進階設定進行變更,複製程序也會成功。
在進行主機設定檔符合性檢查期間,叢集範圍內共用選項發生不相符情形
在進行主機設定檔符合性檢查期間,如果由於叢集範圍內共用
選項而發生不相符情形,則會針對主機
值或主機設定檔
值顯示裝置名稱。因應措施:將訊息視為由於
叢集範圍內共用
選項而產生的符合性不相符。如果將從某個 vSAN 叢集擷取的主機設定檔連結至不同 vSAN 叢集,主機設定檔修復會失敗
如果從屬於某個 vSAN 叢集的參考主機擷取主機設定檔,並將該主機設定檔連結至不同 vSAN 叢集,則修復 (套用) 作業會失敗。因應措施:在套用主機設定檔之前,編輯設定檔的 vSAN 設定。叢集 UUID 和資料存放區名稱必須與設定檔所連結的叢集的值相符。
主機設定檔不擷取主機鎖定模式設定
如果從已啟用鎖定模式的無狀態 ESXi 主機擷取主機設定檔,則不會擷取鎖定模式設定。在套用主機設定檔並將主機重新開機後,主機上會停用鎖定模式。因應措施:在套用主機設定檔並將主機重新開機後,手動啟用主機的鎖定模式。
在升級到 vSphere 6.5 後具有 SAS 磁碟機的主機設定檔發生符合性錯誤
因為由 SATP_LOCAL 宣告的所有磁碟機皆標記為 LOCAL,所以已啟用裝置在叢集範圍內共用選項的具有 SAS 的主機設定檔的符合性檢查會失敗。因應措施:在進行修復之前,針對具有 SAS 磁碟機的主機設定檔停用裝置在叢集範圍內共用組態選項。
具有 DRS 軟相似性規則之主機的主機設定檔批次修復會失敗
批次修復會對一組主機或叢集執行修復作業。在進行修復作業之前,主機設定檔會使用 DRS 功能自動將主機置於維護模式。但是,僅全自動 DRS 叢集中沒有軟相似性規則的主機可以執行此作業。具有 DRS 軟相似性規則的主機的修復會失敗,因為此規則會使主機無法進入維護模式,從而導致修復失敗。因應措施:
判定叢集是否為全自動:
在 vSphere Web Client 中,導覽至叢集。
選取設定索引標籤,然後選取設定。
展開服務清單並選取 vSphere DRS。
如果 [DRS 自動化] 欄位為 [全自動],則叢集為全自動。
檢查主機是否具有軟相似性規則:
在叢集中,選取設定索引標籤,然後選取設定。
選取虛擬機器/主機規則。
檢查類型設為 [在主機上執行虛擬機器] 或 [不要在主機上執行虛擬機器] 的任何規則。
如果這些規則的 [虛擬機器/主機規則詳細資料] 的詳細資料中包含「應該」字樣,則該規則為軟相似性或軟反相似性規則。
對於具有 DRS 軟相似性規則的主機,請手動將主機置於維護模式,然後再修復主機。
儲存區驅動程式問題
支援 QLogic NetXtreme II 網路/iSCSI/FCoE 介面卡的 bnx2x 收件匣驅動程式可能會在 ESXi 環境中發生問題
停用或啟用 VMkernel 連接埠及變更 iSCSI 網路設定的 NIC 容錯移轉順序時,會發生問題和錯誤。因應措施:使用非同步驅動程式取代 bnx2x 驅動程式。如需相關資訊,請參閱 VMware 網站。
使用 Seagate SATA 儲存磁碟機時,ESXi 主機可能出現問題
如果使用由 lsi_msgpt3 驅動程式宣告的 HBA 介面卡,主機可能會在連線至 Seagate SATA 裝置時出現問題。vmkernel.log 檔案會顯示類似下列內容的錯誤:
SCSI cmd RESERVE 在路徑 XXX 上失敗
和
裝置 XXX 上的保留狀態未知因應措施:使用其他磁碟機取代 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 相似性
如果您在某個虛擬機器的 VMDK 上設定儲存區原則,此虛擬機器為已啟用 Storage DRS 之資料存放區叢集的一部分,則 Storage DRS 不會接受此虛擬機器的將 VMDK 保持在一起旗標。它可能會針對新增或現有的 VMDK 建議不同的資料存放區。因應措施:無。當您設定任何類型的原則 (如 VMCrypt 或以標記為基礎的原則) 時,會出現此行為。
從 OVF 範本部署虛擬機器時無法停用 Storage DRS
在部署 OVF 範本並從 Storage DRS 叢集選取個別資料存放區以放置虛擬機器時,您無法對虛擬機器停用 Storage DRS。Storage DRS 會保持啟用狀態,並且稍後可能會將此虛擬機器移至其他資料存放區。因應措施:若要在選取的資料存放區上永久保留虛擬機器,請手動變更虛擬機器的自動化層級。從儲存區叢集設定中將該虛擬機器新增至虛擬機器覆寫清單。
儲存區主機設定檔問題
嘗試透過主機設定檔設定 action_OnRetryErrors 參數失敗
當您編輯主機設定檔,以新增針對 VMW_SATP_ALUA 宣告的 NMP 裝置啟用 action_OnRetryErrors 設定的 SATP 宣告規則時,會發生此問題。此設定會控制 ESXi 主機將有問題的路徑標記為無作用的功能,並觸發路徑容錯移轉。透過主機設定檔進行新增時,會略過此設定。因應措施:您可以使用兩種替代方法在參考主機上設定參數。
使用下列 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-
請執行下列步驟:
-
將 VMW_SATP_ALUA 宣告規則新增至 SATP 規則:
esxcli storage nmp satp rule add --satp=VMW_SATP_ALUA --option=enable_action_OnRetryErrors --psp=VMW_PSP_XXX --type=device --device=naa.XXX 執行下列命令可回收裝置:
esxcli storage core claimrule load
esxcli storage core claiming reclaim -d naa.XXX
-
Storage I/O Control 問題
您無法在複製期間變更虛擬機器 I/O 篩選器組態
Storage I/O Control 不支援在複製期間變更虛擬機器的原則。因應措施:執行複製作業而不進行任何原則變更。您可以在完成複製作業後更新原則。
不接受每個 VMDK 的 Storage I/O Control 設定
不接受以每個 VMDK 為基礎的 Storage I/O Control 設定。接受虛擬機器層級的 VMDK 設定。因應措施:無。
升級前檢查顯示錯誤,指出升級至 vCenter Server Appliance 6.5 時 eth0 介面遺失
升級前檢查顯示錯誤,指出 eth0 介面遺失,且需要它才能完成 vCenter Server Appliance 升級。此外,可能會顯示警告,詢問偵測到多個網路介面卡時是否僅保留 eth0。因應措施:請參閱知識庫 http://kb.vmware.com/kb/2147933 獲取因應措施。
當分散式虛擬交換器和分散式虛擬連接埠群組在 Windows 環境中具有相同高位元/非 ASCII 名稱時,vCenter Server 升級會失敗
在 Windows 環境中,如果分散式虛擬交換器和分散式虛擬連接埠群組使用重複高位元/非 ASCII 字元做為名稱,則 vCenter Server 升級會失敗並顯示錯誤:
無法啟動 UpgradeRunner。如需詳細資料,請檢查暫存目錄中的 vminst.log 以及 vcsUpgrade\UpgradeRunner.log 檔案
。因應措施:重新命名使用非唯一名稱的分散式虛擬交換器或分散式虛擬連接埠群組。
如果來源應用裝置設定使用靜態 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因應措施:
刪除新部署的應用裝置,然後還原來源應用裝置。
在來源應用裝置上,停用 IPv6 或 IPv4 組態。
從 DNS 伺服器,刪除您已停用的 IPv6 或 IPv4 位址項目。
重試升級。
(選擇性) 升級完成後,重新新增 DNS 項目,並在升級的應用裝置上設定您已停用的 IPv6 或 IPv4 位址。
嘗試升級根密碼到期的 vCenter Server Appliance 或 Platform Services Controller 應用裝置失敗,並顯示表示內部錯誤的一般訊息
在應用裝置升級期間,安裝程式會連線到來源應用裝置以偵測其部署類型。如果來源應用裝置的根密碼已到期,則安裝程式無法連線到來源應用裝置,且升級會失敗並顯示錯誤訊息:預先升級檢查期間發生內部錯誤。因應措施:
登入應用裝置的 Direct Console 使用者介面。
設定新的根密碼。
重試升級。
由於相依性共用程式庫路徑遺失,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.發生此問題的原因是相依性共用程式庫路徑遺失。因應措施:
登入您要升級之 vCenter Server Appliance 的應用裝置 Bash shell。
執行下列命令。
echo "LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}/opt/vmware/lib/vami/" >> /etc/profile
echo 'export LD_LIBRARY_PATH' >> /etc/profile登出應用裝置 shell。
重試升級。
如果 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 安裝程式時遇到下列錯誤:作業系統錯誤: [錯誤碼 13] 權限遭拒。發生此問題的原因是,某些擷取工具在擷取期間變更了 vCenter Server Appliance ISO 檔案上設定的預設權限。
因應措施:在執行安裝程式前,請先執行下列步驟:
若要開啟 vCenter Server Appliance ISO 檔案,請執行 Mac OS X automount 命令。
將所有檔案複製到新目錄中。
從新目錄執行安裝程式。
vCenter Server 升級在 VMware Authentication Framework 精靈 (VMAFD) 首次開機期間可能會失敗
VMware Authentication Framework 精靈 (VMAFD) 首次開機可能會失敗,並顯示錯誤訊息:Vdcpromo 失敗。錯誤 382312694: 存取遭拒,原因 = rpc_s_auth_method (0x16c9a0f6)。在 vCenter Server 升級期間,如果要升級的系統安裝有第三方軟體,其安裝自己的 OpenSSL 程式庫版本並修改系統的 PATH 環境變數,您可能會遇到 VMAFD 首次開機失敗。
因應措施:從 %PATH% 移除包含 OpenSSL 程式庫的第三方目錄或移至 %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 位址無效,在 vmon-api 首次開機階段升級到 vCenter Server 6.5 可能會失敗
安裝 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 允許分散式虛擬交換器和分散式虛擬連接埠群組具有相同名稱。如果您嘗試從允許重複名稱的版本升級,則升級會失敗。因應措施:在開始升級之前,重新命名任何具有相同名稱的分散式虛擬交換器或分散式虛擬連接埠群組。
ESXi 升級後,Syslog Collector 可能會停止運作
使用 SSL 與 ESXi Syslog 精靈通訊的 Syslog Collector 可能會停止從升級後的 ESXi 主機接收記錄訊息。因應措施:透過在已升級的 ESXi 主機上執行下列命令來重新設定 ESXi Syslog 精靈:
esxcli system syslog config set --check-ssl-certs=true
esxcli system syslog reload-
在將修補程式暫存或安裝到 vCenter Server Appliance 期間,Ctrl + C 命令不會離開每個使用者授權合約 (EULA) 頁面
使用相關命令暫存或安裝 vCenter Server Appliance 更新套件而不新增選用 --acceptEulas 參數時,使用者授權合約頁面會顯示在命令提示字元中。您必須執行 Ctrl+C 命令才能在不接受合約的情況下結束,但執行該命令又會讓您一直停留在使用者授權合約頁面。因應措施:透過在最後一頁末尾輸入 NO 來結束使用者授權合約。
-
若 vCenter Server Appliance 中的暫存修補程式在驗證結束時失敗,系統會刪除暫存的更新套件
若要更新 vCenter Server Appliance,首先必須暫存可用的更新修補程式,然後才能將其安裝到應用裝置。如果這些暫存套件的驗證失敗,就會取消暫存並刪除套件。在初始失敗後嘗試驗證套件會產生錯誤。因應措施:重複暫存作業。
由於在
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: 正在等待 VC 服務啟動...
2016-11-04 16:09:57.652+05:30| vcsInstUtil-4600788| E: StartStopVCSServices: 無法啟動 VC 服務
2016-11-04 16:09:57.652+05:30| vcsInstUtil-4600788| I: 離開函數: VM_StartVcsServices因應措施:無。
無法存取以 HTML 為基礎的 vSphere Client
當 vCenter Server 6.5 安裝到外部 PSC 設定中的 Windows Server 2016 作業系統 (使用自訂路徑和自訂連接埠) 時,登入以 HTML5 為基礎的 vSphere Client 會失敗,並顯示「503 服務無法使用」錯誤訊息。因應措施:使用 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
vSphere Web Client 在大型多 VC 多 PSC 環境中可能會變慢
在具有大量 vCenter Server 和 PSC 的大型環境中,vSphere Update Manager Web Client 外掛程式可能會遇到執行緒洩漏,一段時間後,會降低 vSphere Web Client 體驗。此降低問題尤其會發生在具有 10 個 vCenter Server 外加 4 個 PSC,且達 Web Client 使用者帳戶數量上限的環境中,但預計在一段時間後會發生在所有大型環境中。因應措施:執行以下作業停用 vSphere Update Manager Web Client 外掛程式:
在 vSphere Web Client 中,導覽至 vSphere Web Client > 管理 > 解決方案/用戶端外掛程式。
- 在 VMware vSphere Update Manager Web Client 外掛程式上按一下滑鼠右鍵,然後選取停用。
如果您不打算使用外掛程式,您可將其保留為停用狀態,或可選擇僅在需要使用時才將其重新啟用。如果您遇到效能降低問題,停用外掛程式後再重新啟用應該也會暫時重設洩漏。
在 vSphere Client 或 vSphere Web Client 中,用戶端機器的 IP 位址發生變更後,即時重新整理 [最近的工作] 和物件狀態會停止工作
在 vSphere Client 或 vSphere Web Client 中,對物件執行動作後,[最近的工作] 中未顯示該動作。詳細目錄樹狀結構、清單和物件詳細資料也未反映新狀態。例如,如果開啟虛擬機器的電源,[最近的工作] 中未顯示 [開啟電源] 工作,並且在詳細目錄樹狀結構、清單和物件詳細資料中,虛擬機器圖示沒有開啟電源徽章。網頁瀏覽器和 vCenter Server 使用 WebSocket 進行連線,當瀏覽器機器的 IP 位址發生變更時,此連線會中斷。
因應措施:在網頁瀏覽器中,重新整理頁面。
-
無法透過 Internet Explorer 存取 vCenter Server Appliance 管理介面
無法透過 Internet Explorer 存取 vCenter Server Appliance 管理介面。因應措施:在 Internet Explorer 的安全性設定中啟用 TLS 1.0、TLS 1.1 及 TLS 1.2。
在 Internet Explorer 中,選取工具 > 網際網路選項。
按一下進階索引標籤,然後捲動到 [安全性] 設定區段。
選取使用 TLS 1.0、使用 TLS 1.1 及使用 TLS 1.2。
- 在具有外部 PSC 的 vCenter Server 部署中嘗試匯入和匯出內容程式庫項目會失敗
在具有外部 PSC 的 vCenter Server 部署環境中使用 IP 位址登入 vSphere Web Client 時,匯入和匯出內容程式庫項目會失敗。出現下列錯誤訊息:原因:無法更新程式庫項目中的檔案。來源或目的地的回應可能很慢,或沒有回應。
因應措施:在具有外部 PSC 的 vCenter Server 部署中使用完整網域名稱 (而非 IP 位址) 登入 vSphere Web Client。
如果使用 IP 位址登入 vSphere Web Client,請接受使用完整網域名稱登入時所核發的憑證。開啟完整網域名稱目標以接受憑證。永久接受憑證應已足夠。
UI 在 PCIe 傳遞裝置清單中不顯示熱插拔裝置
熱插拔 PCIe 裝置不適用於 PCI 傳遞。因應措施:選擇下列其中一項:
在熱插拔 PCIe 裝置後使用命令
/etc/init.d/hostd restart
將 ESXi 主機重新開機。
無法從其他管理節點檢視標記上的權限
在多重 vCenter Server 部署中登入其中一個 vCenter Server 管理節點時,如果在標記上建立權限,則在登入其他管理節點時看不到該權限。因應措施:雖然標記是全域物件,可以跨節點檢視,但標記上的權限僅存在於本機,無法跨節點檢視。若要檢視標記權限,請登入在其中建立權限的 vCenter Server。
以匿名模式登入 vSphere Web Client 會導致內部錯誤
使用者可以在瀏覽器的匿名模式設定啟用時登入 vSphere Web Client,但會收到下列內部錯誤:發生內部錯誤 - [NetStatusEvent type="netStatus" bubbles=false cancelable=false eventPhase=2 info=[object Object]]"
因應措施:停用匿名模式。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 視圖中可用的 [解決方案] 索引標籤不再可用。因應措施:您可以執行下列步驟來達成同樣的目的:
在 vSphere Web Client 導覽器中,選取管理 > vCenter Server 延伸。
按一下 vSphere ESX Agent Manager。
選擇下列其中一項:
選取設定索引標籤。
選取監控索引標籤,然後按一下事件。
當 Platform Services Controller 節點關閉時無法將標記指派給物件
當 vSphere Platform Services Controller 節點關閉時,您無法從物件的管理 > 標記索引標籤指派標記。顯示下列錯誤:
提供者方法實作擲回非預期的例外狀況。
無法選取標記進行指派。因應措施:開啟 Platform Services Controller 節點的電源。另外也請確認 Platform Services Controller 節點上的所有服務都在執行中。
-
在主機或資料中心管理員編輯虛擬機器時,vSphere Client 未呈現 [編輯設定] 對話方塊
在主機或資料中心管理員編輯該主機或資料中心內的虛擬機器時,vSphere Client 不會呈現 [編輯設定] 對話方塊。發生此情況的原因是主機或資料中心管理員沒有設定檔驅動的儲存權限。因應措施:建立具有主機或資料中心管理員權限和 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 限制。因應措施:如果使用者需求超出 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 Proxy 伺服器
當您導覽至 vCenter Server Appliance 管理介面中的網路索引標籤並對 [Proxy 設定] 進行編輯時,不會看到將 Proxy 修改為 HTTPS 或 FTP 的選項。您只能指定 HTTP Proxy 設定。因應措施:您可以使用應用裝置 shell 命令列設定 HTTPS 和 FTP Proxy 伺服器。
-
成功更新 vCenter Server Appliance 後,從應用裝置 shell 執行
version.get
命令傳回錯誤訊息
成功更新 vCenter Server Appliance 後,從應用裝置 shell 執行version.get
命令傳回錯誤訊息:未知的命令: 'version.get'
。因應措施:登出並以管理員身分登入新的應用裝置 shell 工作階段,然後執行
version.get
命令。 -
在 Windows Internet Explorer 11 或更新版本中,vSphere Web Client 登入頁面上的 [使用 Windows 工作階段驗證] 核取方塊處於非作用中狀態
在 Windows Internet Explorer 11 或更新版本的瀏覽器中,vSphere Web Client 登入頁面上的使用 Windows 工作階段驗證核取方塊處於非作用中狀態。系統也會提示您下載並安裝 VMware 增強型驗證外掛程式。因應措施:在您系統上的 Windows 設定的安全性選項中,將 vCenter Server 的完整網域名稱和 IP 位址新增到本機內部網路站台清單中。
-
在 Internet Explorer 上使用資料存放區瀏覽器上傳超過 4 GB 的檔案會失敗
在 Internet Explorer 上使用資料存放區瀏覽器上傳超過 4 GB 的檔案時,您會收到下列錯誤:無法將資料傳輸到 URL。
Internet Explorer 不支援超過 4 GB 的檔案。
因應措施:使用 Chrome 或 Firefox 瀏覽器從資料存放區瀏覽器上傳檔案。
vCenter Server 6.5 不支援 OVF 參數 chunkSize
在 vCenter Server 6.5 中部署 OVF 範本失敗,並顯示下列錯誤:OVF 套件匯入目前不支援值為 chunkSize_value 的 OVF 參數 chunkSize。
由於 vCenter Server 6.5 不支援 OVF 參數 chunkSize,因此會出現此錯誤。
因應措施:更新 OVF 範本,並移除 chunkSize 參數。
僅對於 OVA 範本,使用 tar 公用程式 (例如,tar xvf) 解壓縮個別檔案。這包括 ovf 檔案 (.ovf)、資訊清單 (.mf) 和虛擬磁碟 (.vmdk)。
使用下列命令將虛擬磁碟區塊合併到單一磁碟:
- 在 Linux 或 Mac 上:
cat vmName-disk1.vmdk.*> vmName-disk1.vmdk
- 在 Windows 上:
copy /b vmName-disk1.vmdk.000000 + vmName-disk1.vmdk.000001 + repeat until last fragment vmName-disk1.vmdk
附註:如果只存在一個虛擬磁碟區塊片段,請將其重新命名為目的地磁碟。如果有多個具有區塊片段的磁碟,請將其合併到各自的目的地磁碟 (例如,disk1.vmdk、disk2.vmdk 等等)。
- 在 Linux 或 Mac 上:
使用純文字編輯器,從 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=.../>
選取包含更新的 OVF 描述元和合併的磁碟在內的本機檔案,透過 vSphere Web Client 部署 OVF 範本。
僅對於 OVA 範本,使用下列步驟透過 vSphere Web Client 重組 OVA:
匯出 OVF 範本。匯出會產生 OVF 檔案 (.ovf)、資訊清單 (.mf) 和虛擬磁碟 (.vmdk)。此資訊清單檔案與步驟 1 中的檔案不同。
使用 tar 公用程式 (例如,tar cvf) 將檔案合併到單一 OVA 範本中。例如,在 Linux 上:
tar cvf vm.ova vm.ovf vm.mf vm.disk1.vmdk
匯出 OVF 範本或從內容程式庫匯出項目時,會開啟新的 Internet Explorer 索引標籤
如果將 vSphere Web Client 搭配 Internet Explorer 使用以匯出 OVF 範本或從內容程式庫匯出項目,針對內容程式庫項目或 OVF 範本中的每個檔案,會在瀏覽器中開啟新的索引標籤。對於每個新的索引標籤,系統可能會提示您接受安全性憑證。因應措施:接受每個安全性憑證,然後儲存每個檔案。
vCenter Server 不會從 vCenter 詳細目錄移除 OpaqueNetwork
如果虛擬機器連線至不透明的網路且此虛擬機器已轉換成範本,則 vCenter Server 不會從 vCenter Server 詳細目錄中移除 OpaqueNetwork,即使已從該不透明網路中移除 ESXi 主機且沒有任何虛擬機器連線到此網路。這是由於仍有範本連結至不透明網路這一事實所致。因應措施:無。
部署 OVF 範本會導致在一些視圖中出現 error.mutationService.ProviderMethodNotFoundError 錯誤
在部署 OVF 範本且發生所有以下狀況時,您會收到 error.mutationService.ProviderMethodNotFoundError 錯誤:從您的本機檔案系統中選取 OVF 檔案,然後在部署 OVF 範本精靈中按下一步。
OVF 檔案小於 1.5 MB。
在不選取物件的情況下部署 OVF 範本。例如,從虛擬機器清單視圖
因應措施:選取物件並選擇部署 OVF 選項,以部署 OVF 範本。
在 vSphere Web Client 中,從本機檔案部署包含差異磁碟的 OVF 或 OVA 範本可能會失敗
當您部署包含差異磁碟的 OVF 範本或 OVA 範本 (OVF 檔案中的 ovf:parentRef) 時,此作業可能會在執行期間失敗或停止。以下是 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 部署期間,部署完成時部署精靈不會提供可自動開啟虛擬機器電源的選項。因應措施:使用 OVF 部署精靈時,此選項在 vSphere 6.5 中不可用。部署完成後手動開啟虛擬機器電源。
從全域詳細目錄清單啟動部署 OVF 精靈時,精靈的位置頁面上不會顯示錯誤訊息
在 vSphere Web Client 中,當您從任一全域詳細目錄清單 (例如,虛擬機器詳細目錄清單) 部署 OVF 範本,並導覽至精靈的「選取名稱和位置」頁面時,會發生此問題。如果選擇的不是有效位置,不但不會顯示正確的錯誤訊息,還會停用導覽按鈕,且您無法在精靈中繼續任何後續步驟。因應措施:取消精靈,然後重新開啟,並選擇有效位置。
部署 OVF 精靈無法部署包含外部訊息服務包的本機 OVF 或 OVA 範本
當 OVF 或 OVA 範本包含對外部訊息服務包的參考時,無法從本機檔案進行部署。因應措施:若要部署 OVF 或 OVA 範本,請執行下列其中一項工作:
從 URL 部署 OVF 或 OVA 範本。
編輯 OVF 檔案,以重新放置指向包含外部訊息檔案實際內容的外部訊息檔案的標籤 (
<Strings ovf:fileRef />
標籤)。
無法在已停用 SDRS 的資料存放區叢集上建立或複製虛擬機器
當您在 [新增虛擬機器]、[將虛擬機器複製到虛擬機器]、[將虛擬機器複製到範本] 或 [從範本部署] 精靈的任何一個中選取屬於已停用 SDRS 的資料存放區叢集的資料存放區時,會發生此問題。在您到達 [即將完成] 頁面並按一下完成後,精靈會保持開啟狀態且不出現任何情形。虛擬機器的資料存放區值狀態可能會顯示「正在取得資料...」且不會變更。因應措施:使用 vSphere Web Client 在已停用 SDRS 的資料存放區叢集上放置虛擬機器。
針對特定描述元部署 OVF 或 OVA 範本失敗
如果範本中的描述元包含下列任一值及其各自的錯誤訊息,則從 vSphere Web Client 部署 OVF 或 OVA 範本失敗:fileref 元素中 size 參數的值為負數。錯誤訊息範例:
VALUE_ILLEGAL: 屬性 "size" 的值 ";-2&" 不合法。必須為正數。指定了選用的 [保留區] 屬性,但是在 [虛擬機器硬體] 區段中未提供參數。例如:<Reservation />。錯誤訊息範例:
VALUE_ILLEGAL: 元素 "Reservation" 的值 "" 不合法。不是數字。遺失 VirtualHardwareSection.System.InstanceID vssd 元素。錯誤訊息範例:
ELEMENT_REQUIRED: 預期為元素 "InstanceID"。國際化區段字串指的是遺失的檔案。錯誤訊息範例:
VALUE_ILLEGAL: 屬性 "fileRef" 的值 "eula" 不合法。未知前置詞已新增到國際化區段字串。例如:<ovfstr:Strings xml:lang="de-DE"> 錯誤訊息範例:
PARSE_ERROR: 剖析錯誤: 在 [row,col,system-id] 處未宣告命名空間前置詞 "ovfstr": [41,39,"descriptor.ovf"]。OVF 包含 OVF 規格 0.9 版元素。錯誤訊息範例:
VALUE_ILLEGAL: 不支援 OVF 0.9。命名空間無效。"http://www.example.com/schema/ovf/1/envelope"。
因應措施:根據 OVF 規格 1.1 版修改描述元,使其成為有效描述元。
連線到虛擬機器的已啟用 vMotion 的 USB 裝置在 vSphere Web Client 中不可見
如果將已啟用 vMotion 的 USB 裝置連線到在 ESXi 6.5 上執行的虛擬機器,在您暫停然後恢復虛擬機器後,該裝置在 vSphere Web Client 中不可見。甚至在裝置成功重新連線至虛擬機器時也會出現此情況。如此一來,您無法中斷裝置的連線。因應措施:執行下列其中一項因應措施:
嘗試將另一個 USB 裝置連線至相同的虛擬機器。這兩個裝置在 vSphere Web Client 中皆可見,這可讓您中斷最初連線的 USB 裝置的連線。
關閉虛擬機器電源,然後再開啟電源。即可在 vSphere Web Client 中看到該裝置。
使用內容程式庫、資料存放區和 OVF/OVA 部署上傳檔案可能會失敗
如果您嘗試在 vSphere Web Client 中使用內容程式庫、資料存放區上傳或 OVF/OVA 部署來上傳檔案,作業可能會失敗並顯示以下錯誤:因不確定的原因導致作業失敗。
發生失敗是因為憑證不受信任。如果尚未信任所處理的用於檔案上傳作業的 URL,則上傳會失敗。
因應措施:複製錯誤中的 URL,開啟新的瀏覽器索引標籤並造訪該 URL。系統應該會提示您接受與該 URL 相關聯的憑證。信任並接受新憑證,然後重試作業。如需詳細資料,請參閱 VMware 知識庫文章 2147256。
從 URL 部署結尾處包含資訊清單或憑證檔案的 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
範本,請執行以下作業:登入 HTTP 伺服器機器,然後前往包含 OVA 範本的資料夾。
從 OVA 範本解壓縮檔案:
tar xvf example.ova
若要重新建立 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再次從 HTTP URL 部署 OVA 範本。
在 vSphere 6.5 中匯出的包含 的 OVF 範本無法在 vSphere 5.5 或 vSphere 6.0 中部署
如果在 OVF 描述元中包含<Annotation>--- This is a sample annotation for this OVF template ---</Annotation>
因應措施:從 OVF 描述元移除
從 OVF 描述元移除
如果 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 功能的公用程式。
使用 vSphere Web Client 將虛擬機器或 vApp 做為 OVF 範本匯出至本機機器。
找到下載的 OVF 範本檔案,然後將其移至新的空白資料夾。
執行以下工作之一,以從 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.vmdkn 指的是虛擬機器包含的磁碟數。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 範本。新範本必須沒有壓縮磁碟。
前往包含此範本的資料夾:
cd template-folder
轉換範本。
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 範本時,作業失敗並顯示以下錯誤:
無效的回應代碼: 500
例如:
<References>
<File ovf:size="0" ovf:href="http://www.example.com/dummy.vmdk" ovf:id="file1"></File>
</References>
因應措施:若要從 HTTP 伺服器下載檔案並更新 OVF 或 OVA 範本,請執行以下步驟:
開啟 OVF 描述元,並找到包含 HTTP URL 的檔案參考。
對於 OVA 範本,從 OVA 範本解壓縮檔案,以開啟 OVF 描述元。例如,執行以下命令:
tar xvf ova-template-name&.ova
附註:此命令適用於 Linux 或 Mac 系統。Windows 系統需要安裝 tar 公用程式。
從 HTTP URL 下載檔案至本機機器,並將這些檔案複製到與 OVF 或 OVA 範本相同的資料夾。
將 OVF 描述元中的 HTTP URL 取代為下載至資料夾的實際檔案名稱。例如:
<File ovf:size="actual-downloaded-file-size" ovf:href="dummy.vmdk" ovf:id="file1"></File>
如果範本包含資訊清單 (
.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 命令應採用 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 範本失敗,因為您無法輸入認證。
因應措施:下載檔案並在本機部署範本:
從 HTTP 或 HTTPS URL 手動將 OVF 或 OVA 範本下載到本機機器任何可存取的資料夾中。
從本機機器上下載的 OVF 或 OVA 範本部署虛擬機器。
vSphere Web Client 中不支援部署具有 EFI/UEFI 開機選項的 OVF 或 OVA 範本
在 vSphere Web Client 中部署具有 EFI 開機選項並且包含 NVRAM 檔案的 OVF 或 OVA 範本時,作業失敗。因應措施:使用 OvfTool 4.2.0 版來部署具有 EFI 開機選項的 OVF 範本。
在 [部署 OVF 範本] 精靈的 [自訂範本] 頁面中,現有網路通訊協定設定檔不會填入且不會更新
在 [部署 OVF 範本] 精靈的 [自訂範本] 頁面中,會識別並顯示下列自訂內容:
gateway、netmask、dns、searchPath、domainName、hostPrefix、httpProxy、subnet如果所選網路沒有網路通訊協定設定檔,系統會在任何一個自訂內容已設定的情況下自動建立新的網路通訊協定設定檔。每個內容皆包含輸入的值。
如果所選網路具有網路通訊協定設定檔,則新的精靈不會預先填入這些自訂內容,並且會忽略任何對這些欄位的變更。
因應措施:如果需要現有網路通訊協定設定檔設定以外的自訂設定,請確保所選網路沒有網路通訊協定設定檔。可刪除設定檔或刪除設定檔中的網路對應。
當最小化 [部署 OVF 範本] 精靈、重新整理 vSphere Web Client 和還原精靈時,不會保留所選範本。
當使用 [部署 OVF 範本] 精靈部署 OVF 範本時,請執行以下動作:導覽 [部署 OVF 範本] 精靈的所有頁面直至最後步驟。
將精靈最小化至 [進行中的工作] 面板。
在頂部的使用者名稱旁按一下全域重新整理。
從 [進行中的工作] 面板還原精靈。
這將導致兩個問題:
來源虛擬機器名稱會顯示與名稱值相同的值。
如果您導覽至選取範本頁面,所選範本為空白,表明未保留範本。
雖然所選範本不顯示,但精靈可以完成且範本會正確部署。該問題僅在 vSphere Web Client 介面顯示上述兩個值時發生。
因應措施:部署 OVF 範本時避免使用全域重新整理。
對於不具有資料存放區.配置空間權限的使用者,部署 OVF 範本失敗
在不具有資料存放區.配置空間權限的情況下部署 OVF 範本時,作業失敗。因應措施:將資料存放區配置空間權限指派給使用者。
vApp 的 OVF 部署在非 DRS 叢集中失敗
當您嘗試在非 DRS 叢集中部署包含 vApp 的 OVF 時,作業失敗。在 vSphere 6.5 中,您可以利用 [部署 OVF] 精靈選取通過相容性檢查的非 DRS 叢集。但是,部署嘗試失敗。因應措施:為所需叢集啟用 DRS,或選取其他部署位置。
如果您使用選項
LimitVMsPerESXhost
,它可能會停用 DRS 負載平衡,且無法產生任何建議
LimitVMsPerESXhost
選項是做為 DRS 限制檢查的一部分來實作的。如果主機上的虛擬機器數量超過由LimitVMsPerESXhost
選項指定的限制,則任何其他虛擬機器都無法開啟電源或透過 DRS 移轉至主機。因應措施:您可以使用新的進階選項
TryBalanceVmsPerHost
來取代該版本中的LimitVMsPerESXhost
選項,這將避免潛在的 DRS 故障。在將LimitVMsPerESXhost
選項手動設定為較小值 (例如,0) 時,您可能會觀察到叢集失衡問題。某些內容程式庫作業的工作進度列不變更
某些內容程式庫作業的工作進度列在工作進行期間顯示為 0%。這些作業包括:從虛擬機器範本和內容程式庫部署虛擬機器。
將程式庫項目從一個程式庫複製到另一個程式庫。
同步已訂閱程式庫。
因應措施:無。
新建立的內容程式庫項目的初始版本為 2
新建立的內容程式庫項目的初始版本為 2,而非 1。您可以在內容程式庫項目清單中的 [版本] 欄中檢視內容程式庫項目的版本。因應措施:無。
如果您的使用者名稱包含非 ASCII 字元,則無法將項目從本機系統匯入內容程式庫
如果您的使用者名稱包含非 ASCII 字元,您可能無法將項目從本機系統匯入內容程式庫。因應措施:若要將項目匯入內容程式庫,請使用 URL 連結,例如 HTTP 連結、NFS 連結或 SMB 連結。
如果您的使用者名稱包含非 ASCII 字元,則無法將項目從內容程式庫匯出至本機系統
如果您的使用者名稱包含非 ASCII 字元,您可能無法將項目從內容程式庫匯出至本機系統。因應措施:無。
當您同步已訂閱內容程式庫中的內容程式庫項目時,某些項目標記可能不顯示
在您同步項目之後,已發佈內容程式庫中的某些項目標記可能不會在已訂閱內容程式庫中顯示。因應措施:無。
[部署 OVF] 工作進度列保持在 0%
在從本機系統部署 OVF 範本時,[部署 OVF 範本] 精靈中的進度列保持在 0%。但是,部署 OVF 範本和匯入 OVF 套件的工作已建立。因應措施:在選取本機 OVF 範本時,請確保選取所有參考的檔案,包括 OVF 檔案和在 OVF 描述元檔案中定義的 VMDK 檔案。
如果虛擬機器範本 (OVF) 包含帶有複寫的儲存區原則,則部署作業會失敗。
如果虛擬機器包含帶有儲存區複寫群組的儲存區原則,並且被擷取為程式庫中的範本,則該範本會導致虛擬機器部署失敗。發生此情況的原因是您無法在從內容程式庫範本部署時選取複寫群組。需要為該類型的範本選取複寫群組。您將收到一條錯誤訊息,指示必須手動關閉精靈。儘管作業失敗,它卻不會自動關閉。因應措施:從原始虛擬機器刪除原則,並建立新的虛擬機器範本。您可以在建立並部署新範本之後將原則新增至新虛擬機器。
-
在部署內容程式庫範本時選取儲存區原則會導致忽略資料存放區或資料存放區叢集的選取。
選取儲存區原則會導致忽略資料存放區或資料存放區叢集的選取。已在使用者選取的儲存區設定檔上部署虛擬機器,但未在所選資料存放區或資料存放區叢集上部署。因應措施:如果必須在指定資料存放區或資料存放區叢集上部署虛擬機器,請確保在部署內容程式庫範本時已將儲存區原則設定為「無」。這可確保虛擬機器能儲存在所選資料存放區或資料存放區叢集上。虛擬機器部署成功後,您可以透過導覽至已部署虛擬機器的頁面並編輯儲存區原則來套用儲存區原則。
-
當與支援資料存放區相關聯的主機處於維護模式時,向程式庫上傳項目的作業會停止回應。
當所有與支援程式庫之資料存放區相關聯的主機處於維護模式時,您無法向該程式庫上傳項目。這樣做會導致程序停止回應。因應措施:請確保至少一個與支援程式庫之資料存放區相關聯的主機在上傳期間可用。
將 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 中,您可透過瀏覽到資料存放區,然後按一下設定 > 設定 > 預設設定檔進行查看。
但是,如果預設設定檔的識別碼 (在儲存區端設定) 在相同 Virtual Volumes 提供者報告的所有資料存放區之間不是唯一的,則 vSphere Web Client 無法報告這些預設設定檔。因應措施:無。
VMFS 問題
-
嘗試擴大 VMFS 資料存放區失敗後,系統上的 VIM API 資訊與 LVM 資訊不一致
如果在嘗試擴大資料存放區時,支援 SCSI 裝置進入 APD 或 PDL 狀態,則會發生此問題。因此,您可能會在主機上的 VIM API 與 LVM 命令中觀察到不一致的資訊。因應措施:請執行下列步驟:
在連線至磁碟區的其中一台主機上執行 vmkfstools --growfs 命令。
在所有連線至磁碟區的主機上執行 rescan-vmfs 作業。
VMFS6 資料存放區不支援在同一資料存放區中組合使用 512n 與 512e 裝置
您只能使用相同類型的裝置擴充 VMFS6 資料存放區。如果 VMFS6 資料存放區由 512n 裝置提供支援,則使用 512n 裝置擴充資料存放區。如果資料存放區是在 512e 裝置上建立的,則使用 512e 裝置擴充資料存放區。因應措施:無。
ESXi 不支援陣列上取消對應細微度大於 1 MB 的自動空間回收
如果支援儲存區的取消對應細微度大於 1 MB,則不會處理 ESXi 主機的取消對應要求。您可以在 vmkernel.log 檔案中看到 Unmap not supported 訊息。因應措施:無。
在具有大量 LUN 的環境中使用儲存區重新掃描可能導致無法預期的問題
儲存區重新掃描為 IO 密集型作業。如果您在執行該作業的同時執行其他資料存放區管理作業,例如建立或延伸資料存放區,則可能發生延遲及其他問題。問題很可能發生在具有大量 LUN 的環境中,vSphere 6.5 版本中最多可支援 1024 個 LUN。因應措施:通常,主機定期執行的儲存區重新掃描足以滿足需求。您無需在執行一般資料存放區管理工作時重新掃描儲存區。請僅在絕對有必要時執行儲存區重新掃描,尤其是在您的部署包含大量 LUN 時。
虛擬機器儲存區原則問題
使用 vMotion 在 vCenter Server 之間對虛擬機器執行熱移轉可能會變更虛擬機器儲存區原則的符合性狀態
使用 vMotion 在 vCenter Server 之間對虛擬機器執行熱移轉後,虛擬機器儲存區原則的符合性狀態會變更為 [未知]。因應措施:檢查已移轉虛擬機器的符合性以重新整理符合性狀態。
在 vSphere Web Client 中,瀏覽到虛擬機器。
從右鍵功能表選取 [虛擬機器原則] > [檢查虛擬機器儲存區原則符合性]。
系統會驗證符合性。
當使用者密碼到期時,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 失敗
如果在 vCenter High Availability 部署中,已為被動節點定義備用 IP 位址和網路遮罩,則 vCenter High Availability 需要您指定閘道 IP 位址。使用備用 IP 位址進行被動節點部署時,如果未指定此閘道 IP 位址,則 vCenter Server 會失敗。因應措施:如果在 VCHA 部署中,將備用 IP 位址用於被動節點,則必須指定閘道 IP 位址。
如果設定應用裝置時應用裝置具有混合大小寫的主機名稱,則部署 vCenter High Availability 可能會失敗
如果使用混合大小寫的 FQDN 安裝 VCSA,則後續嘗試部署 vCenter High Availability 可能會失敗。發生此問題的原因是:vCenter High Availability 部署對這個區分大小寫的主機名稱進行了驗證。因應措施:設定應用裝置時,必須使用相同大小寫的主機名稱。
-
必須在 vCenter Server Appliance 上啟用 SSH,才能設定 vCenter HA
如果 SSH 在安裝管理節點 (含外部 PSC) 期間以及從 vSphere Web Client 設定 vCenter HA 期間遭停用,則 vCenter HA 部署工作將失敗,並顯示訊息:SSH 未啟用
。 您可以使用 vSphere Web Client 在 vCenter Server Appliance 上啟用 SSH 或使用應用裝置管理 UI (VAMI) 啟用 SSH,然後再從 vSphere Web Client 設定 vCenter HA。因應措施:無。您必須在 vCenter Server Appliance 上啟用 SSH,vCenter HA 才能運作。
當部署期間使用 IP 而非 FQDN 時,無法從 vSphere Web Client UI 設定 vCenter HA
當您執行以下步驟時,會發生錯誤:-
當部署 vCenter Server 時,在部署 UI 中的「系統名稱」文字方塊輸入 IP 位址而非 FQDN,然後完成安裝。
部署成功後,執行設定 vCenter HA 的所有必要步驟。
在 vSphere Web Client UI 中設定 vCenter HA 失敗,並顯示以下錯誤訊息:
無法擷取 Platform Service Controller 資訊。請確保應用程式管理服務正在執行,並且您是 Single Sign-On 系統組態管理員群組的成員。無法擷取有關 vCenter 虛擬機器的客體作業系統網路資訊。請確保應用程式管理服務正在執行。
因應措施:部署 vCenter (和/或 PSC) 時在 [系統名稱] 欄位中提供 FQDN。
-
vSphere HA 可能無法重新啟動相依虛擬機器和任何其他低層虛擬機器
目前,已啟動虛擬機器覆寫計時器,以便成功放置虛擬機器。如果同一階層的兩個虛擬機器之間存在相依性,且一個虛擬機器無法成功重新啟動,則所有相依虛擬機器和低層虛擬機器都將無法重新啟動。但是,如果虛擬機器處於不同階層,且與同一階層的虛擬機器不存在相依性,則會採用階層逾時,且低層虛擬機器將在逾時後容錯移轉。因應措施:請勿在同一階層建立虛擬機器相依性。
透過建立 vSphere HA 叢集,可以依預設啟用虛擬機器元件保護,並且無法將 ESXi 5.5 主機新增至叢集。
嘗試將 ESXi 5.5 主機新增至新 vSphere HA 叢集失敗,或啟用新建立的含有 ESXi 5.5 主機之叢集上的 vSphere HA 失敗,因為已依預設啟用虛擬機器元件保護。這將傳回錯誤訊息:無法為指定叢集啟用 vSphere HA 虛擬機器元件保護,因為它包含了帶有「將主機升級為 6.0 或更高版本」的主機。
這不會影響 ESXi 6.0 或更新版本的主機。因應措施:前往新建立的叢集的 vSphere HA 設定。在故障與回應索引標籤上,確保「發生 PDL 的資料存放區」和「發生 APD 的資料存放區」設定為 [已停用]。儲存這些設定後,即可將 ESXi 5.5 主機新增至叢集。
如果在執行移除 vCenter HA 叢集組態作業期間主動節點重新開機,您可能需要手動啟動主動節點。
移除 vCenter HA 叢集組態的程序需要多個步驟,可對 vCenter Appliance 組態進行更新。您必須標記此應用裝置,以使其做為獨立 vCenter Server Appliance 啟動。如果作用中應用裝置在執行移除 vCenter HA 組態的關鍵作業期間當機或重新開機,則主動節點可能會以您必須干預的模式重新開機,才能在應用裝置上啟動所有服務。因應措施:您必須執行下列作業,以在作用中應用裝置上啟動所有服務:
登入作用中 vCenter Appliance 的主控台。
在應用裝置提示時啟用 Bash。
執行命令:
destroy-vcha -f
將應用裝置重新開機。
- 如果您出於容錯移轉的目的嘗試將主動節點重新開機,主動節點可能會在重新開機後繼續做為主動節點。
在 vCenter HA 叢集中,當主動節點正在經歷重新開機週期時,被動節點會偵測到 vCenter HA 叢集中的主動節點處於暫時關閉狀態。因此,被動節點會嘗試接管主動節點的角色。如果正在修改主動節點上的應用裝置狀態時主動節點重新開機,則容錯移轉至被動節點可能無法完成。如果發生此情況,主動節點將在重新開機週期完成後繼續做為主動節點。因應措施:如果您將主動節點重新開機以容錯移轉至被動節點,必須使用 UI 中的 [起始容錯移轉] 工作流程或使用命令
Initiate Failover API
。這可確保被動節點接管主動節點的角色。
若要摺疊以前已知問題的清單,請按一下此處。