In article <CABr8-B7vsi_hGtZ66k_xP5kPzskDA-VaJjJdYeyC9LgVkdn8BA@xxxxxxxxxxxxxx>,
Jerry Geis <geisj@xxxxxxxxxxxxxxx> wrote:
> I noticed this morning that my ntp time was not correct on machines.
>
> So I manually ran "ntpdate time.apple.com" on my clients, I got
> 7 May 08:46:43 ntpdate[10550]: no server suitable for synchronization found
>
> then I ran "ntpdate -d time.apple.com" and it worked .
> filter offset: -163.446 -163.446 -163.446 -163.447
> 0.000000 0.000000 0.000000 0.000000
> delay 0.20570, dispersion 0.00049
> offset -163.447341
> 7 May 08:46:25 ntpdate[10519]: step time server 17.253.2.243 offset
> -163.447144 sec
>
> then I ran "ntpdate time.apple.com" again and got the above error again.
>
> Any idea what that is about? Why is ntpdate giving the error?
>
> This is on centos 6.6 x86_64 and same result on 3 machines.
Jerry, try "ntpdate -u time.apple.com" and have a look at the -u option
in the ntpdate man page. When you use -d, it implicitly sets -u, which
your non-"-d" invocation didn't. That's probably the reason for the
difference.
Cheers
Tony
--
Tony Mountifield
Work: tony@xxxxxxxxxxxxx - http://www.softins.co.uk
Play: tony@xxxxxxxxxxxxxxx - http://tony.mountifield.org
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
