VMware Cloud Director 10.4.1.1 版本說明

VMware Cloud Director 10.4.1.1 | 2023 年 3 月 02 日 | 組建編號 21373231 (已安裝的組建編號 21373066) 查看這些版本說明的新增項目和更新。

新增內容

VMware Cloud Director 10.4.1.1 發行版本提供了錯誤修正，並更新了 VMware Cloud Director 應用裝置基本作業系統和 VMware Cloud Director 開放原始碼元件。

說明文件

若要存取一組完整的產品說明文件，請前往《VMware Cloud Director 說明文件》。

先前版本的 VMware Cloud Director 10.4.x

VMware Cloud Director 10.4.1 版本說明

VMware Cloud Director 10.4 版本說明

已解決的問題

• 新增 - 為 NSX Edge 閘道同時新增多個虛擬服務會導致Gateway busy錯誤訊息

  在使用 NSX Advanced 負載平衡的 NSX Edge 閘道中，同時新增多個虛擬服務會導致Gateway busy錯誤訊息，並且某些服務無法成功建立。VMware Cloud Director 將失敗的虛擬服務的狀態顯示為Critical，並且無法在這些失敗的虛擬服務上執行任何作業。

• 升級至 VMware Cloud Director 10.4.1 後，VMware Cloud Director 作業 (例如開啟和關閉虛擬機器的電源) 需要較長時間才能完成

  升級至 VMware Cloud Director 10.4.1 後，VMware Cloud Director 作業 (例如開啟或關閉虛擬機器的電源) 需要較長時間才能完成。此工作顯示Starting virtual machine狀態，但沒有任何反應。

  jms-expired-messages.logs 記錄檔顯示錯誤。

  RELIABLE:LargeServerMessage & expiration=

• 從 VMware Cloud Director 10.4 升級至版本 10.4.1 期間，升級待命儲存格失敗，並顯示Failure: Error while running post-install scripts錯誤訊息

  使用更新套件從 VMware Cloud Director 應用裝置版本 10.4 升級至版本 10.4.1 時，待命儲存格升級失敗並顯示錯誤訊息。

  Failure: Error while running post-install scripts

  update-postgres-db.log 記錄檔顯示錯誤。

  > INFO: connecting to source node

  > DETAIL: connection string is: host=primary node ip user=repmgr

  > ERROR: connection to database failed

  > DETAIL:

  > connection to server at "primary node ip", port 5432 failed: could not initiate GSSAPI security context: Unspecified GSS failure.Minor >> code may provide more information: No Kerberos credentials available (default cache: FILE:/tmp/krb5cc_1002)

  > connection to server at "primary node ip", port 5432 failed: timeout expired

已知問題

• 新增 - 如果支援 SCSI 磁碟識別碼發生變更，則 VMware Cloud Director 應用裝置資料庫磁碟大小調整指令碼可能會失敗

  只有在支援資料庫 SCSI 磁碟識別碼保持不變時，資料庫磁碟大小調整指令碼才會成功執行。如果識別碼因任何原因而發生變更，則指令碼可能看起來成功執行，但實際上卻失敗了。/opt/vmware/var/log/vcd/db_diskresize.log 指出指令碼失敗並顯示 No such file or directory 錯誤。

  因應措施：

  1. 以 root 身分直接登入或使用 SSH 用戶端登入主要儲存格。

  2. 執行 lsblk --output NAME,FSTYPE,HCTL 命令。

  3. 在輸出中，找到包含 database_vg-vpostgres 磁碟分割的磁碟並記下其識別碼。識別碼位於 HCTL 資料行下，其範例格式如下：2:0:3:0。

  4. 在 db_diskresize.sh 指令碼中，將磁碟分割識別碼修改為步驟 3 中的識別碼。例如，如果識別碼為 2:0:3:0，在以下行中，

     echo 1 > /sys/class/scsi_device/2\:0\:2\:0/device/rescan

     必須將識別碼變更為 2:0:3:0。

     echo 1 > /sys/class/scsi_device/2\:0\:3\:0/device/rescan

  5. 若要儲存變更，請手動重新叫用大小調整指令碼或將應用裝置重新開機。

• 新增 - 從 VMware Cloud Director 中刪除自動探索到的虛擬機器會將 vApp 中的現有虛擬機器移至 StrandedItems 資料夾並對其進行重新命名

  如果從 VMware Cloud Director 中刪除自動探索到的虛擬機器時，系統會將位於 vApp 中的現有虛擬機器移至 vCenter Server 中的 StrandedItems 資料夾並對 vCenter Server 管理的虛擬機器進行重新命名，在虛擬機器 UUID 前面加上後置詞，類似於 vcentervm-1 (vm-uuid)。

  因應措施：無。

• 新增 - 升級至 VMware Cloud Director 10.4.1 或更新版本失敗，並顯示 Fix postgres user home directory 錯誤

  嘗試升級至 VMware Cloud Director 10.4.1 或更新版本時，升級失敗。update-postures-db.log 包含下列錯誤。

  2023-05-15 16:38:01 | update-postgres-db.sh | Fix postgres user home directory
  usermod: user postgres is currently used by process 17236

  在 VMware Cloud Director 應用裝置上以postgres 使用者身分登入的其他程序可能會封鎖將 PostgreSQL 主要版本從 10 升級到 14 的指令碼。

  因應措施：

  1. 開始 VMware Cloud Director 升級之前，在 VMware Cloud Director 應用裝置上執行 ps -u postgres，尋找應用裝置上以 postgres 使用者身分登入的任何程序。

  2. 透過執行 kill -9 <PID> 停止命令傳回的任何程序，其中 PID 是唯一程序識別碼。

• 新增 - 移轉至或移轉出系統組織 LDAP 組態後，使用者無法登入某些組織

  如果將使用者從共用系統組織 LDAP 組態移轉至另一個 IDP 來源 (反之亦然)，則該使用者無法登入除執行移轉的組織以外的任何其他組織。例如，在系統組織管理 TenantA 和 TenantB 且所有組織從共用系統組織 LDAP 組態匯入 User1 的部署中，如果 TenantA 設定 SAML 組態並將 User1 從 LDAP 移轉至 SAML，則 User1 可透過 SAML 登入 TenantA，但無法登入系統組織或 TenantB。

  因應措施：無。

• 新增 - 將 vRealize Orchestrator 工作流程發佈至 VMware Cloud Director 服務程式庫失敗，並顯示錯誤訊息

  當您嘗試發佈 vRealize Orchestrator 工作流程時，作業失敗並顯示 500 Server Error錯誤訊息。

  發生此情況的原因是，API 會針對工作流程發佈到的每個個別承租人傳回大量連結，導致 HTTP 標頭溢位。

  因應措施：若要發佈工作流程，請使用 CURL 或 POSTMAN 執行 API 要求，並增加 HTTP 標頭大小限制。

• 新增 - 利用 VMware Cloud Director 使用者介面建立具有放置原則的新虛擬機器時，屬於已使用放置原則中定義的虛擬機器群組的所有虛擬機器可能會消失

  利用 VMware Cloud Director 使用者介面建立使用特定放置原則的新虛擬機器時，在所用放置原則中定義的虛擬機器群組中列出的所有虛擬機器可能會從虛擬機器群組中消失。

  因應措施：將虛擬機器從群組中刪除後，這些虛擬機器將不符合您用來建立新虛擬機器的放置原則。若要將虛擬機器還原至群組，請手動使每個虛擬機器都符合所用的放置原則。

• 新增 - 無法在 VMware Cloud Director 服務環境中建立 VMware Cloud Director VDC 範本

  VMware Cloud Director 服務不支援虛擬資料中心 (VDC) 範本。您可以在包含提供者 VDC (具有 NSX 網路提供者類型或 NSX Data Center for vSphere 提供者類型) 的環境中使用 VDC 範本。您無法在 VMware Cloud Director 服務環境中使用 VDC 範本，因為提供者 VDC 具有 VMC 網路提供者類型。

  因應措施：無。

• 啟動 VMware Cloud Director 應用裝置時，顯示 [FAILED] Failed to start Wait for Network to be Configured. See 'systemctl status systemd-networkd-wait-online.service' for details訊息。

  此訊息顯示不正確，並不表示網路實際存在問題。您可以忽略此訊息，並像往常一樣繼續使用 VMware Cloud Director 應用裝置。

  因應措施：無。

• 如果嘗試使用主控台 Proxy 憑證還原 VMware Cloud Director 應用裝置，還原將失敗

  在 VMware Cloud Director 應用裝置管理使用者介面中，如果您想要還原應用裝置，並在選取要從所選備份還原至此節點的憑證下選取主控台 Proxy 核取方塊，則還原將失敗。

  因應措施：從 10.4 版開始，主控台 Proxy 和 REST API 使用單一憑證。在 10.4.1 版及更新版本中，不支援舊版主控台 Proxy 實作，不需要選取該核取方塊。在不選取主控台 Proxy 核取方塊的情況下重複還原程序。

• 建立 TKGs 叢集時，無法選取 Tanzu Kubernetes 2.0 版或更新版本

   身為承租人，當您嘗試建立 TKGs 叢集時，無法選取 Tanzu Kubernetes 叢集 2.0 版及更新版本。 

  因應措施：若要提供並使用 Tanzu Kubernetes 2.0 及更新版本，請使用 VMware Cloud Director Container Service Extension 4.0。

• 在組織 VDC 之間移轉虛擬機器可能會失敗，並顯示資源不足錯誤

  如果 VMware Cloud Director 執行 vCenter Server 7.0 Update 3h 或更早版本，則將虛擬機器重新放置到其他組織 VDC 時，虛擬機器移轉可能會失敗並顯示資源不足錯誤，即使目標組織 VDC 中有可用資源亦是如此。

  因應措施：將 vCenter Server 升級至版本 7.0 Update 3i 或更新版本。

• 將保留集區 VDC 轉換為 Flex 組織 VDC 後，虛擬機器會變得不符合標準。

  在具有保留集區配置模型的組織 VDC 中，如果某些虛擬機器的 CPU 和記憶體保留為非零和/或 CPU 和記憶體的組態為非無限制，則轉換為 Flex 組織 VDC 後，這些虛擬機器會變得不符合標準。如果嘗試讓虛擬機器再次符合標準，則系統會針對保留和限制套用不正確的原則，並將 CPU 和記憶體保留設定為零，以及將限制設定為無限制。

  因應措施：

  1. 系統管理員必須建立具有正確組態的虛擬機器大小調整原則。

  2. 系統管理員必須將新的虛擬機器大小調整原則發佈至轉換的 Flex 組織 VDC。

  3. 承租人可以使用 VMware Cloud Director API 或 VMware Cloud Director 租用戶入口網站，將虛擬機器大小調整原則指派給 Flex 組織 VDC 中的現有虛擬機器。

• VMware Cloud Director 租用戶入口網站使用者介面不會顯示 vSAN 儲存區原則的 IOPS 限制和保留

  vSAN 會自行管理 vSAN 儲存區原則的 IOPS 限制。因此，VMware Cloud Director 租用戶入口網站使用者介面不會顯示 vSAN 儲存區原則的 IOPS 保留和限制，並且無法修改其值。

  因應措施：無。

• 啟用 FIPS 模式時，VMware Cloud Director 應用裝置升級失敗並顯示無效版本錯誤

  對於 VMware Cloud Director 10.3.x 版及更新版本，啟用 FIPS 模式時，VMware Cloud Director 應用裝置升級會失敗，並顯示下列錯誤。

  Failure: Installation failed abnormally (program aborted), the current version may be invalid.

  因應措施：

  1. 升級 VMware Cloud Director 應用裝置之前，請先在伺服器群組中的儲存格和 VMware Cloud Director 應用裝置上停用 FIPS 模式。請參閱〈在 VMware Cloud Director 應用裝置上啟用或停用 FIPS 模式〉。

  2. 確認 /etc/vmware/system_fips 檔案不存在於任何應用裝置上。

  3. 升級 VMware Cloud Director 應用裝置。

  4. 重新啟用 FIPS 模式。

• 從應用裝置備份還原可能會失敗，並顯示 Invalid command-line arguments. Missing argument for option: consoleproxy-cert 錯誤

  如果您在執行應用裝置備份之前執行 clear-console-proxy-settingsCMT 命令，則當您選擇從備份還原主控台 Proxy 憑證時，還原程序會失敗，並顯示Invalid command-line arguments. Missing argument for option: consoleproxy-cert錯誤。

  發生此問題的原因是，用於清除主控台 Proxy 設定的命令移除了主控台 Proxy 憑證，並且備份缺少主控台 Proxy 設定。如果備份中沒有主控台 Proxy 憑證，則無法將其還原。

  如果已清除主控台 Proxy 設定，請執行應用裝置還原，而不選擇還原主控台 Proxy 憑證。

• VMware Cloud Director 主控台 Proxy、上傳 OVF 和媒體以及開啟虛擬機器電源失敗

  VMware Cloud Director 10.4 透過將 vSphere 憑證授權機構 (CA) 納入 VMware Cloud Director 信任機制來增強與所有 vSphere 基礎結構元件 (包括 ESXi) 的 SSL 連線。在某些情況下，vSphere 端點和 vSphere CA 會使用不同的信任錨點，而 VMware Cloud Director 必須信任來自 vSphere 的多個信任錨點。如果 vSphere CA 不受信任，則某些 VMware Cloud Director 功能無法運作。

  若要完成 vSphere 整合，請參閱知識庫 78885。您也可以透過執行 trust-infra-certs CMT 命令來信任所有必要的憑證。請參閱〈從 vSphere 資源匯入端點憑證〉。

• 您無法在 VMware Cloud Director API 中檢視和編輯先前已登錄的 NSX Advanced Load Balancer 控制器執行個體的授權類型

  您無法在 VMware Cloud Director API 中檢視和編輯先前已登錄的 NSX Advanced Load Balancer 控制器執行個體的授權。發生此情況的原因是，在 VMware Cloud Director 10.4 中，控制器授權類型已取代為在服務引擎群組層級選取標準功能集和進階功能集，以提供更多的彈性。

  因應措施：為服務引擎群組和在 Edge 閘道上使用 supportedFeatureSet 路徑以啟用和停用可用功能。

• 嘗試在 [刪除停頓項目] 視窗上按一下 [確定] 來刪除 VMware Cloud Director 中的停頓項目時，視窗變得沒有回應

  嘗試在刪除停頓項目視窗上按一下 [確定] 來刪除 VMware Cloud Director 中的停頓項目時，視窗變得沒有回應。與 VMware Cloud Director 執行個體的網路連線緩慢時，會發生此問題。擷取停頓項目可能最多需要五分鐘的時間，在此期間使用者介面沒有回應。如果按一下取消按鈕，視窗會關閉，但不會取消刪除該項目。

  因應措施：等待視窗自行關閉。

• 如果您僅為提供者 VDC 使用 VMware Cloud on AWS 網路集區，則無法建立 VDC 範本並從範本具現化 VDC

  如果您僅針對提供者 VDC 使用由 VMware Cloud on AWS 支援的提供者網路集區，則無法建立 VDC 範本並從範本具現化 VDC。

  發生此情況的原因是，僅針對 NSX-T Data Center 和 NSX Data Center for vSphere 支援的提供者 VDC 支援建立和具現化 VDC 範本。

  無。

• 建立具有已加密 vSAN 儲存區原則的新虛擬機器失敗，並顯示Invalid storage policy for encryption operation錯誤訊息

  建立新虛擬機器時，如果您將虛擬機器的儲存區原則指定為 vSAN 加密，並且虛擬機器硬碟的儲存區原則同時指定為非加密和非 vSAN，則作業會失敗並顯示錯誤訊息。

  Invalid storage policy for encryption operation

  1. 將虛擬機器和虛擬機器硬碟的儲存區原則指定為 vSAN 加密。

  2. 虛擬機器成功部署後，將虛擬機器的硬碟儲存區原則更新為非加密和非 vSAN。如需相關資訊，請參閱〈編輯虛擬機器內容〉。

• 您無法透過 VMware OVF Tool 版本 4.4.3 或更早版本連線至 VMware Cloud Director

  嘗試透過 OVF Tool 版本 4.4.3 或更早版本連線至 VMware Cloud Director 時，會導致出現下列錯誤。Error: No supported vCloud version was found。發生此情況的原因是 VMware Cloud Director 10.4 中的 API 行為變更，其中 API 不會傳回組織中所有 VDC 的連結。

  因應措施：升級至 OVF Tool 4.5.0。請參閱 VMware OVF Tool 版本說明。

• 您無法使用 VMware PowerCLI 12.7.0 或更早版本登入 VMware Cloud Director

  嘗試使用 VMware PowerCLI 版本 12.7.0 或更早版本登入 VMware Cloud Director 時，會導致出現下列錯誤。NOT_ACCEPTABLE: The request has invalid accept header: Invalid API version requested.發生此情況的原因是低於 13.0.0 的 VMware PowerCLI 不支援高於 33.0 的 VMware Cloud Director API 版本。請參閱《VMware 產品互通性對照表》。

  因應措施：將 VMware PowerCLI 升級至版本 13.0.0。

• VMware Cloud Director 顯示已升級 vCenter Server 執行個體的舊版本

  將 vCenter Server 執行個體升級到更新版本後，在 vCenter Server 執行個體清單中，VMware Cloud Director 仍會顯示已升級執行個體的舊版本。

  重設 vCenter Server 執行個體與 VMware Cloud Director 之間的連線。請參閱《VMware Cloud Director 服務提供者管理入口網站指南》中的〈重新連線 vCenter Server 執行個體〉。

• 在瀏覽器中重新整理 LDAP 頁面不會返回同一頁面

  在服務提供者管理入口網站中，重新整理瀏覽器中的 LDAP 頁面會將您導向至提供者頁面，而不是返回 LDAP 頁面。

  因應措施：無。

• 在初始 VMware Cloud Director 應用裝置設定期間，從 NetApp 儲存區陣列掛接 NFS 資料存放區失敗並顯示錯誤訊息

  在初始 VMware Cloud Director 應用裝置設定期間，如果從 NetApp 儲存區陣列設定 NFS 資料存放區，則作業會失敗並顯示錯誤訊息。

  Backend validation of NFS failed with: is owned by an unknown user

  因應措施：使用 VMware Cloud Director 應用裝置 API 設定 VMware Cloud Director 應用裝置。

• 同步大型 vApp 範本時，已訂閱目錄同步逾時

  如果外部目錄包含大型 vApp 範本，則將已訂閱目錄與外部目錄同步會逾時。當逾時設定設為其預設值 5 分鐘時，會出現此問題。

  因應措施：使用儲存格管理工具的 manage-config 子命令，更新逾時組態設定。

  ./cell-management-tool manage-config -n transfer.endpoint.socket.timeout -v [timeout-value]

• 升級至 VMware Cloud Director 10.3.2a 後，開啟外部網路清單會導致出現警告訊息

  嘗試開啟外部網路清單時，VMware Cloud Director 使用者介面會顯示警告訊息。

  One or more external networks or T0 Gateways have been disconnected from its IP address data.

  發生此情況的原因是，在升級至 VMware Cloud Director 10.3.2a 之前，外部網路已與無類別網域間路由 (CIDR) 組態中斷連線。

  因應措施：請連絡 VMware 全球支援服務 (GSS)，以取得解決此問題的協助。

• 在 IP 首碼清單中，將網路值設定為 any 會導致出現錯誤訊息

  建立 IP 首碼清單時，如果您想要拒絕或接受任何路由，並且將網路值設定為 any，則對話方塊會顯示錯誤訊息。

  "any" is not a valid CIDR notation. A valid CIDR is a valid IP address followed by a slash and a number between 0 and 32 or 64, depending on the IP version.

  因應措施：將網路文字方塊保留空白。

• 如果您使用 vRealize Orchestrator 8.x，則工作流程中的隱藏輸入參數不會自動填入 VMware Cloud Director 使用者介面中

  如果您使用 vRealize Orchestrator 8.x，當您嘗試透過 VMware Cloud Director 使用者介面執行工作流程時，隱藏的輸入參數不會自動填入 VMware Cloud Director 使用者介面中。

  因應措施：若要存取工作流程輸入參數的值，您必須建立 vRealize Orchestrator 動作，該動作的輸入參數值與您要執行的工作流程相同。 

  1. 登入 vRealize Orchestrator 用戶端並導覽至程式庫 > 工作流程。

  2. 選取輸入表單索引標籤，然後按一下右側的值。

  3. 從值選項下拉式功能表中，選取外部來源，輸入動作輸入，然後按一下儲存。

  4. 在 VMware Cloud Director 使用者介面中執行工作流程。

• 待命應用裝置中的 vpostgres 程序無法啟動

  待命應用裝置中的 vpostgres 程序無法啟動，並且 PostgreSQL 記錄顯示類似下列內容的錯誤。FATAL: hot standby is not possible because max_worker_processes = 8 is a lower setting than on the master server (its value was 16).發生此情況的原因是，PostgreSQL 要求待命節點的 max_worker_processes 設定與主要節點相同。VMware Cloud Director 會根據指派給每個應用裝置虛擬機器的 vCPU 數目自動設定 max_worker_processes 設定。如果待命應用裝置的 vCPU 數目少於主要應用裝置，則會導致錯誤。

  因應措施：使用相同數量的 vCPU 部署主要和待命應用裝置。

• 用於擷取 vCenter Server 資訊的 VMware Cloud Director API 呼叫傳回 URL，而非 UUID

  向 VMware Cloud Director 10.2.1 版及更早版本初始登錄失敗的 vCenter Server 執行個體會發生此問題。對於這些 vCenter Server 執行個體，當您進行 API 呼叫以擷取 vCenter Server 資訊時，VMware Cloud Director API 會錯誤地傳回 URL，而不是預期的 UUID。

  因應措施：將 vCenter Server 執行個體重新連線至 VMware Cloud Director。

• 從 VMware Cloud Director 10.3.x 升級至 VMware Cloud Director 10.4.x 時出現Connection to sfcbd lost錯誤訊息

  如果您從 VMware Cloud Director 10.3.x 升級至 VMware Cloud Director 10.4.x，升級作業會報告錯誤訊息。

  Connection to sfcbd lost. Attempting to reconnect

  因應措施：您可以忽略此錯誤訊息並繼續升級。

• 使用 FIPS 模式時，嘗試上傳 OpenSSL 產生的 PKCS8 檔案失敗，並顯示錯誤

  OpenSSL 無法產生符合 FIPS 的私密金鑰。當 VMware Cloud Director 處於 FIPS 模式時，如果您嘗試上傳使用 OpenSSL 產生的 PKCS8 檔案，上傳會失敗，並顯示Bad request: org.bouncycastle.pkcs.PKCSException: unable to read encrypted data: ... not available: No such algorithm: ... 錯誤或 salt must be at least 128 bits錯誤。

  因應措施：停用 FIPS 模式以上傳 PKCS8 檔案。

• 使用 Kubernetes 容器叢集外掛程式建立 Tanzu Kubernetes 叢集失敗

  使用 Kubernetes 容器叢集外掛程式建立 Tanzu Kubernetes 叢集時，必須選取 Kubernetes 版本。下拉式功能表中的部分版本與支援 vSphere 基礎結構不相容。如果選取不相容的版本，叢集建立會失敗。

  因應措施：刪除失敗的叢集記錄，然後使用相容的 Tanzu Kubernetes 版本重試。如需 Tanzu Kubernetes 與 vSphere 之間不相容性的相關資訊，請參閱〈更新 vSphere with Tanzu 環境〉。

• 如果您的組織中有任何已訂閱目錄，則在升級 VMware Cloud Director 時，目錄同步會失敗

  升級後，如果您的組織中有已訂閱目錄，VMware Cloud Director 將不會自動信任已發佈的端點憑證。如果不信任憑證，內容程式庫將無法同步。

  因應措施：針對每個目錄訂閱手動信任憑證。編輯目錄訂閱設定時，[首次使用時信任 (TOFU)] 對話方塊會提示您信任遠端目錄憑證。

  如果您沒有信任該憑證的必要權限，請連絡您的組織管理員。

• 升級 VMware Cloud Director 並啟用 Tanzu Kubernetes 叢集建立後，不會自動產生原則，且您無法建立或發佈原則

  如果將 VMware Cloud Director 升級至 10.3.1 版、將 vCenter Server 升級至 7.0.0d 版或更新版本，並建立主管叢集所支援的提供者 VDC，則 VMware Cloud Director 會在 VDC 旁邊顯示 Kubernetes 圖示。但是，新的提供者 VDC 中沒有自動產生的 Kubernetes 原則。當您嘗試建立 Kubernetes 原則或將其發佈至組織 VDC 時，沒有可用的機器類別。

  因應措施：手動信任相應的 Kubernetes 端點憑證。請參閱 VMware 知識庫文章 83583。

• 輸入含非拉丁字元的 Kubernetes 叢集名稱會停用 [建立新叢集] 精靈中的 [下一步] 按鈕

  Kubernetes 容器叢集外掛程式僅支援拉丁字元。如果輸入非拉丁字元，則會出現下列錯誤。

  Name must start with a letter and only contain alphanumeric or hyphen (-) characters. (Max 128 characters).

  因應措施：無。

• NFS 停機時間會導致 VMware Cloud Director 應用裝置叢集功能無法正常運作

  如果 NFS 因 NFS 共用已滿、變為唯讀等而無法使用，則會導致應用裝置叢集功能無法正常運作。當 NFS 已關閉或無法連線時，HTML5 使用者介面沒有回應。其他可能受到影響的功能包括隔離掉出現故障的主要儲存格、轉換、升階待命儲存格等。如需有關正確設定 NFS 共用儲存區的詳細資訊，請參閱〈準備 VMware Cloud Director 應用裝置的傳輸伺服器儲存區〉。

  因應措施： 

  • 修正 NFS 狀態，使其不為read-only。

  • 如果 NFS 共用已滿，則執行清理。

• 嘗試加密 vCenter Server 6.5 或更早版本中的具名磁碟失敗，並顯示錯誤

  對於 vCenter Server 執行個體版本 6.5 或更早版本，如果您嘗試將新的或現有的具名磁碟與已啟用加密的原則建立關聯，則作業會失敗並顯示Named disk encryption is not supported in this version of vCenter Server錯誤。

  因應措施：無。

• 在啟用 VMware vSphere Storage APIs Array Integration (VAAI) 之 NFS 陣列上建立的快速佈建虛擬機器或 vSphere Virtual Volumes (VVol) 無法合併

  使用原生快照時，不支援就地合併快速佈建的虛擬機器。原生快照始終由已啟用 VAAI 的資料存放區以及 VVol 使用。當快速佈建的虛擬機器部署至其中一個儲存區容器時，無法合併該虛擬機器。

  因應措施：請不要為使用已啟用 VAAI 之 NFS 或 VVol 的組織 VDC 啟用快速佈建。若要在 VAAI 或 VVol 資料存放區上合併具有快照的虛擬機器，請將虛擬機器重新放置到其他儲存區容器。

• 如果您將 IPv6 NIC 新增至虛擬機器，然後將 IPv4 NIC 新增至相同的虛擬機器，則 IPv4 南北向流量會中斷

  使用 HTML5 使用者介面時，如果您先在虛擬機器中新增 IPv6 NIC 或將 IPv6 NIC 設定為主要 NIC，然後將 IPv4 NIC 新增至相同的虛擬機器，則 IPv4 南北向通訊會中斷。

  因應措施：您必須先將 IPv4 NIC 新增至虛擬機器，然後再新增 IPv6 NIC。