Symptoms:
Receiving this Error while upgrading :
On the Target vCenter node, you will find log entries similar to the following.
/var/log/vmware/upgrade/upgrade_requirements.log
YYYY-MM-DDT0.776Z ERROR transport.guestops Different thumbprint from host //XXXXX:443: SHA thumbprint mismatch. Expected: `56ef##################################85`, actual: `2a8b##################################c9`
Traceback (most recent call last):
File "/usr/lib/vmware/cis_upgrade_runner/libs/sdk/transport/guestops.py", line 124, in _createServiceInstance
self.serviceInstance.RetrieveContent()
File "/usr/lib/vmware/cis_upgrade_runner/libs/pyVmomi/VmomiSupport.py", line 618, in <lambda>
self.f(*(self.args + (obj,) + args), **kwargs)
File "/usr/lib/vmware/cis_upgrade_runner/libs/pyVmomi/VmomiSupport.py", line 391, in _InvokeMethod
return self._stub.InvokeMethod(self, info, args)
File "/usr/lib/vmware/cis_upgrade_runner/libs/pyVmomi/SoapAdapter.py", line 1555, in InvokeMethod
conn = self.GetConnection()
File "/usr/lib/vmware/cis_upgrade_runner/libs/pyVmomi/SoapAdapter.py", line 1643, in GetConnection
self.VerifyThumbprint(self.thumbprint, result)
File "/usr/lib/vmware/cis_upgrade_runner/libs/pyVmomi/Security.py", line 1122, in _VerifyThumbprint
VerifyCertThumbprint(derCert, thumbprint)
File "/usr/lib/vmware/cis_upgrade_runner/libs/pyVmomi/Security.py", line 45, in VerifyCertThumbprint
raise ThumbprintMismatchException(thumbprint, shaDigest)
pyVmomi.Security.ThumbprintMismatchException: SHA thumbprint mismatch. `56ef##################################85`, actual: `2a8b##################################c9`
YYYY-MM-DDT0.776Z ERROR root upgrade.commands Source host thumbprint is different than the provided one.
YYYY-MM-DDT0.776Z ERROR root Could not create command factory.
YYYY-MM-DDT0.776Z ERROR __main__ ERROR: Fatal error during upgrade REQUIREMENTS. For more
To resolve this instead of migrating the vCenter Source and Target VMs the following workarounds are available:
Workaround #1
Redeploy the target VCSA appliance and use a vCenter Server address as source and target VM destinations
Workaround #2
In the logs it is mentioned the actual thumbprint `2a8b##################################c9`
To get the host thumbprint and apply them on both Source and Target (Newly deployed node) vCenters do the following: