Using vSphere Data Protection (VDP), I have seen the following error a few times and it has appeared in forums so I thought it would make sense to post a short article on it.
“The most recent request has been rejected by the server. The most common cause for this error is that the times on the VDP appliance and your SSO server are not in sync.”
That is an example of a well-written error message – thank you, VDP developers. As the error suggests, it is likely an issue of time difference between the VDP appliance and the VMware vSphere Single Sign-On (SSO) server it is linked to. To resolve the issue, make sure the vSphere host that is running the VDP appliance has its NTP client configured properly and running. In the vSphere Web Client, this is done by selecting a host, clicking the Manage tab, and then clicking Time Configuration.
Do the same for the host running the SSO server using the same NTP server, of course. If you are running the SSO server on a Windows server (virtual or physical), make sure Windows is configured with the proper time zone for its location, as well. Last, but not least, make sure the latest version of VMware Tools is installed in your virtual machines. Most virtual appliances, including the vCenter Server and VDP appliance, come with VMware Tools already installed.
In a few situations, I have seen the need to restart VMware Tools in the vCenter Server and VDP virtual appliances to force a time sync with the vSphere host they are running on. This can be accomplished by running the following commands at the command line of each appliance:
(vCenter Server virtual appliance)# service vmware-tools-services restart
(VDP virtual appliance)# service vmware-tools restart
In a VMware virtualized environment and in just about any environment, for that matter, it is best practice to make sure…
1. DNS name resolution is configured and working properly – forward and reverse lookup, long name and short name.
2. All hosts are configured to use an accurate and reliable source of time – preferably, the same source.
Pingback: Recovering a Replicated vSphere Data Protection (VDP) Virtual Appliance | VMware vSphere Blog - VMware Blogs
Tried suggested things above and restarted my VDP. Can´t get in
Same error message…
All esxi-hosts sync with same pool and only differs a few second…
I solved my issue by restarting the vmtools services in VCSA and the VDP Appliance
Steps:
SSHed to the vCenter Appliance
# service vmware-tools-services restart
SSHed to the VDP Appliance
# service vmware-tools restart
Hi Danny,
Glad you solved the issue. I should have mentioned those commands in this blog article. I will update the article now. Thanks for the reply,
Jeff
i too solved by
SSHed to the vCenter Appliance
# service vmware-tools-services restart
SSHed to the VDP Appliance
# service vmware-tools restart
hi guys
I am having this same issue today all of a sudden.
Time in ESXi are sync.
I run these commands
(vCenter Server virtual appliance)# service vmware-tools-services restart
(VDP virtual appliance)# service vmware-tools restart
but my vCenter appliance get un-sync 2 minutes back…. any idea how to fix that?
thanks a lot
Hmmm. Not sure what changed to cause that all of the sudden. I would double-check that all of your hosts are configured to use NTP, the service is running – maybe even restart the NTP service on each host, and all hosts are pointing to the same NTP source. I would also make sure domain controllers are pointing to the same NTP source. If everything looks right and the issue persists, please give VMware Support a call to get some help with troubleshooting. Opening a Support Request (SR) might also provide us with some valuable data on how we can improve this going forward.
this is the issue I found when I run the date command or when restarting vmware tools to sync time I have no idea about this lsassd
lsassd[5510]: 0x7feeed5eb700:Failed to sync system time [error code: 40075]
May 7 13:46:15 vcenter5 syslog-ng[1245]: Log statistics; dropped=’pipe(/dev/xconsole)=41042′, dropped=’pipe(/dev/tty10)=0′, processed=’center(queued)=120444′, processed=’center(received)=112734′, processed=’destination(messages)=322′, processed=’destination(mailinfo)=0′, processed=’destination(mailwarn)=0′, processed=’destination(localmessages)=0′, processed=’destination(cron)=198′, processed=’destination(mailerr)=0′, processed=’destination(ldapmessages)=112412′, processed=’destination(netmgm)=0′, processed=’destination(warn)=2504′, processed=’destination(console)=2504′, processed=’destination(mail)=0′, processed=’destination(null)=0′, processed=’destination(xconsole)=2504′, processed=’destination(firewall)=0′, processed=’destination(acpid)=0′, processed=’source(src)=112734′
jeff, can u tell us how to monitor backup job’s status when i click the backup immediatelly.
Thank you!!!!!
Restarting of the services is very helpful, made my setup work!