You are attempting to configure vSAN File Services on a vSAN cluster and the configuration wizard fails to complete the domain creation task. You observe the following error messages during this operation:
The operation is not allowed in the current state. Cannot create domain for the vSAN file service: Failed to check domain configuration: (vmodl.fault.SystemError) { msg = "Received SOAP response fault from [<, >, /hgw/host-XXXXXX/vsan>]: performDomainConfigAdvancedCheck\nVDFS datastore is not present", reason = "VsanInvalidState('VDFS datastore is not present')" }"vSAN FS 8.0 U3+
You experience this issue because the vSAN File Service (VDFS) proxy incorrectly handles chained certificates when Data-In-Transit encryption is enabled.
When your vCenter uses a Subordinate VMCA, the host presents a full certificate chain during the TLS handshake. The proxy attempts to verify the thumbprint for every certificate level in the chain (depth-0, depth-1, and depth-2); however, the host's configuration store only contains the thumbprint for the leaf certificate (depth-0). Because the deeper depth thumbprints are missing, the verification fails, aborting the vSAN File Service enablement.
For information regarding certificate-based failures in different environments, see vSAN File Service enablement fails at 20%
There is currently no permanent fix today for this software limitation in vCenter Server and ESXi 8.0.3 patch 9 or below builds. A resolution is planned for vSphere 9.2 and vSphere 8.0 Patch 10.
To enable vSAN File Services in an environment utilizing a Subordinate VMCA with Data-In-Transit (DIT) encryption, you must use the following workaround: