Error 91:465 - Unable to connect to vCenter server

Hi @tsmtmiller ,

Can you check VSDISCOVERY.log and share parts of it hiding sensitive data please?

• Ensure the user account is not locked out (account might getting locked out but unlocks itself after a short period of time).
• Ensure the vCenter host being reported in the error can log into the VMware GUI using Internet Explorer with the same username\password that is failing
• Ensure the username reported as being unable to connect has the correct permissions in vCenter – this is particularly important when upgrading from vCenter 5.1 to 5.5.
• For vCenter 5.5 and the newer VDDK 5.5 – permissions are required at the root level of vCenter  and there are some additional requirements as per KB2063054
• Ensure SSO on vCenter is working

Port Requirements

In an environment with firewalls, the vCenter, ESX servers, and Virtual Server Agent must be able to communicate with each other. To ensure that all components can communicate through the firewall, ensure that the ports for web services (default: 443) and TCP/IP (default: 902) are opened for bidirectional communication on each of these machines.

Additional port requirements can apply for the MediaAgent when you use specific features such as Live Browse, Live File Recovery, and Live Mount. For more information, see Entering Required Firewall Settings.

Prior to performing any backup or restore operations, ensure that the following port requirements are met. 

Note: If a non-default port is used with VDDK 5.5, backup or restore operations can fail. See KB Article VMW0013.

vCenter: Port for web service (default: 443) must be opened. If vCenter is configured to use non-default ports, the non-default ports must also be opened.
ESX Server: Ports for web service (default: 443) and TCP/IP (default: 902) must be opened for the vStorage APIs for Data Protection.
vCloud Director: A port for the vCloud REST API (default: 443) must be opened.

Additional information can be found here

Best Regards,

Sebastien

Hello thanks for responding. Oddly, we got one successful backup on the 19th. After that, its back to failures. One thing I am suspicious about is that in the VSdiscovery log, the IP at the top of the log belongs to the “NFS” IP assigned to server. This IP does not have access to the CVCS or VCENTER as far as I know. I will ask our network team to allow it.   

Thanks, actually Sebastien Merluzzi and you helped. Looks like whatever this NFS adaptor was, I disabled it and now I see backups going through. Also for whatever reason, some of the VSS services on the CVMA were stopped.