I had a situation lately with a host that need up to date ntp servers. We had during the weekend a crash of our internet router. When everything came back to hte normal our application was still complaining about NTP.
We discovered that the ntp client took 9h to get sync. Here is the ntpd's logs :
Aug 19 15:31:15 host ntpd[26550]: kernel time sync status 0040
Aug 19 15:31:15 host ntpd[26550]: frequency initialized 97.149 PPM from /tmp/drift
Aug 20 00:29:24 host ntpd[26550]: synchronized to 192.168.10.13, stratum 3
Aug 20 00:29:24 host ntpd[26550]: kernel time sync disabled 0001
When the issue occured here is the output of peers state :
# ntpq
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
srv1 145.238.203.10 3 u 31 64 377 0.714 -685.16 6.388
srv2 145.238.203.10 3 u 5 64 377 0.652 -1385.7 12.165
Someone told me that I should use minpoll and maxpoll settings to solve this issue.
What should I do to avoid 9H NTP synchronisation ?
192.168.10.13
, yetntpq
peers says145.238.203.10
, and that peer is listed twice as 2 different servers, with different offsets. (P.S. it's better to usentpq -p
as it indicates which server you're currently syncing to).