[ntp:questions] NTPD silently not tracking
E-Mail Sent to this address will be added to the BlackLists
Null at BlackList.Anitech-Systems.invalid
Fri Aug 30 02:17:10 UTC 2013
Magnus Danielson wrote:
> We had another incident where a node configured with multiple NTP
> sources had an NTPD which when asked with ntpdc have peers, looks like
> things are all OK, but with offsets less than a second, while the node
> in fact was 6 days off the mark. Only on a number of ntpdc querries did
> some of the peers expose a gigantic offset. Everything looked OK, but
> time was off such that normal remote login did not work.
> The error was way to non-obvious and felt like a Heisenbug in that only
> when we looked more carefully at it, it started to see itself that it
> was out of touch with reality.
> ii ntp 1:4.2.6.p5+d i386 Network Time Protocol daemon and
What ntpdc commands did you issue, and what results did you get?
Did you also try ntpq commands, did you see differing results?
ntpq -n -c "rv 0 leap"
ntpq -n -c "rv 0 stratum"
ntpq -n -c "rv 0 refid"
ntpq -n -c "rv 0 offset"
ntpq -n -c "rv 0 rootdisp"
Have you tried a newer version of NTP ?
Don't use Undisciplined Local Clock 126.96.36.199
Try Orphan instead is you need LAN NTP clients to stick together
while LAN and/or Internet NTP servers become unavailable.
keys "/etc/ntp.keys" # e.g. contains: 123 M LAN_MD5_KEY , 321 M Corp_MD5_KEY , ...
trustedkey 123 321
tos cohort 1 orphan 10
restrict source nomodify
manycastclient 188.8.131.52 key 123 preempt
E-Mail Sent to this address <BlackList at Anitech-Systems.com>
will be added to the BlackLists.
More information about the questions