I see in the system logs on cmsdcache03 a lot of messages like this:

May 17 09:01:56 cmsdcache03 ntpd[2668]: sendto(128.104.28.199): Invalid 
argument
May 17 09:02:34 cmsdcache03 ntpd[2668]: sendto(144.92.9.22): Invalid 
argument
May 17 09:15:49 cmsdcache03 ntpd[2668]: sendto(128.105.39.11): Invalid 
argument

That probably explains why ntpd wasn't synchronizing the clock.  What's 
causing this?

--Dan

Dan Bradley via UW-HEP Help System wrote:
> The dCache health check failed on all SRM tests with the following:
>
> SRMClientV1 : org.globus.common.ChainedIOException: Authentication failed [Caused by: Defective credential detected [Caused by: [JGLOBUS-96] Certificate "DC=org,DC=doegrids,OU=Services,CN=cmsdcache03.hep.wisc.edu" expired]]
>
>
>
> The only thing I could find to explain this was that the clock on 
> cmsdcache03 was about 4 minutes fast.  I reset it with 'date' but that 
> didn't immediately fix the problem.  I then restarted dcache-srm and 
> things started working again.
>
> I don't know for sure that the clock skew was responsible, but clock 
> skew can cause this sort of authentication problem.  I don't understand 
> why ntpd allowed the clock to drift so much.  Maybe I just wasn't 
> patient enough to wait for it to synchronize.
>
> --Dan
>
> ----------
> group: IT
> messages: 14212
> nosy: ajit, dan, dasu, rader, radtke, wcmaier
> priority: triage
> status: unread
> title: clock skew on cmsdcache03?
>
> ______________________________________
> UW-HEP Help System <help@hep.wisc.edu>
> <https://help.hep.wisc.edu/issue5268>
> ______________________________________
>