I have 10 clients and one server syncing with 2 NTP servers on windows using Meinberg NTP, all of them running Windows XP SP3. Except the server all of them syncing their time perfectly. The one that is losing its sync is running SQL server 2008, filezilla and NUUO surveillance system. On this system NTP offset is growing every time it polls from servers until it becomes out of sync after two days. Then I should restart NTP server or reboot the whole system. My NTP configuration is simple:

server minpoll 4
fudge stratum 10

server minpoll 4 burst prefer
server minpoll 4 burst prefer 

This configuration is used on other clients. and are syncing their time with internet. All of the clients are on wireless LAN(server and two NTP servers are on physical gigabit LAN). Can anyone suggest what is causing problem?


ntpdc -c sysinfo output:

system peer:
system peer mode:     client
leap indicator:       11
stratum:              4
precision:            -20
root distance:        0.41095 s
root dispersion:      1.90089 s
reference ID:         []
reference time:       d4a0ce3c.13374d75  Wed, Jan 16 2013 10:29:08.075
system flags:         auth monitor ntp kernel stats
jitter:               0.503342 s
stability:            0.000 ppm
broadcastdelay:       0.000000 s
authdelay:            0.000000 s

ntpdc -p output:

     remote           local      st poll reach  delay   offset    disp
=LOCAL(1)       10   16    0 0.00000  0.000000 3.96863
=      2   16  377 0.00017  2.088162 0.01524
*      3   16  373 0.02069  2.065532 0.01714
  • Check ntpdc -p and ntpdc -c sysinfo outputs. Jan 16, 2013 at 6:33
  • @DavidSchwartz See the update Jan 16, 2013 at 7:07
  • 1
    Make sure you have no other kind of time synchronization in use on the server. Also, are you using any kind of virtualization? Jan 16, 2013 at 8:12
  • @DavidSchwartz I do not use virtualization. Also I have disabled Windows Time Service. How can I know If there is another time source? Jan 16, 2013 at 12:58

1 Answer 1


Without more information it is hard to give a full answer. Can you post the full ntp.conf for the broken server? And post a list of the offset showing the growth over time?

I am not sure why you have both remote machines set as prefer?

There are some things you can do to improve the setup:

For starters you should remove the LOCAL reference clock entry:

server minpoll 4
fudge stratum 10

Next you should remove the burst entries and change them to iburst. See the ntp docs on burst for more information.

Finally you really need to have three sources. A man with one watch knows what time it is, a man with two watches is never sure. By adding a third time server your clients will be able to break the tie if the two servers disagree about the time.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .