In article <CABr8-B7vsi_hGtZ66k_xP5kPzskDA-VaJjJdYeyC9LgVkdn8BA at
mail.gmail.com>,
Jerry Geis <geisj at pagestation.com> 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 at softins.co.uk - http://www.softins.co.uk
Play: tony at mountifield.org - http://tony.mountifield.org