Symptoms:
domainmanager.logYYYY-MM-DDThh:mm:ss.694+0000 ERROR [vcf_dm,69######################,####] [c.v.e.s.o.model.error.ErrorFactory,dm-exec-28] [QUJCDG] VCF_SSL_THUMBPRINTS_MISMATCH Could not establish trust with pre-existing product vcenter.example.com. Provided SSL thumbprint: 3B:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX, actual SSL thumbprint: 2E:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XXcom.vmware.evo.sddc.orchestrator.exceptions.OrchTaskException: Could not establish trust with pre-existing product vcenter.coexya.lan. Provided SSL thumbprint: 3B:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX, actual SSL thumbprint: 2E:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX
VMware Cloud Foundation (VCF) 9.0
vCenter Server
NSX-T
The issue is caused by a mismatch between a new vCenter SSL thumbprint and an old SSL thumbprint already present in the workflow.json file.
This Workaround needs to be followed while not initiating the installer wizard from scratch
echo vcf.vault.http-access=true >> /etc/vmware/vcf/domainmanager/application.properties && systemctl restart domainmanagercurl -X GET http://localhost/domainmanager/internal/vault/<execution ID identified from domainmanager.log> | json_pp > /tmp/workflow.jsoncurl -X GET http://localhost/domainmanager/internal/vault/86ba####-####-####-####-########5eb7 | json_pp > /tmp/workflow.jsonecho | openssl s_client -connect vcenter-fqdn:443 -showcerts | openssl x509 -fingerprint -nooutcurl -H 'Content-Type:text/plain' -X PUT http://localhost/domainmanager/internal/vault/86ba####-####-####-####-########5eb7 -d @/tmp/workflow.jsonRe-try an existing workflow by modifying the workflow spec file
https://knowledge.broadcom.com/external/article/314620/retry-an-existing-workflow-by-modifying.html