Steve Kostecke <koste...@ntp.org> writes: >On 2009-09-14, Frank Elsner <els...@tubit.tu-berlin.de> wrote:
>> The relevant lines read: >> >> server times.tubit.tu-berlin.de minpoll 6 maxpoll 8 >> server ntps1-0.cs.tu-berlin.de minpoll 6 maxpoll 8 >> server ntps1-1.cs.tu-berlin.de minpoll 6 maxpoll 8 >> server zeit.fu-berlin.de minpoll 6 maxpoll 8 >> server ntp1.ptb.de minpoll 6 maxpoll 8 >> server ntp2.ptb.de minpoll 6 maxpoll 8 >> server ntp1.rz.uni-konstanz.de minpoll 6 maxpoll 8 >> server rustime01.rus.uni-stuttgart.de minpoll 6 maxpoll 8 >Why are you changing the minpoll / maxpoll ? >Please try again without the minpoll / maxpoll modifiers. That has absolutely nothing to do with his problem. In fact having a smaller maxpoll saved him sooner from whatever destroyed his time. Note that he is running a vm and the time on a vm is terrible. To have this number of sources and then to run on a vm is a bit of insanity but it won't hurt, just as his non-efault maxpoll also will not hurt him (it may increase the load on the servers a bit) >> # Undisciplined Local Clock. This is a fake driver intended for backup >> # and when no outside source of synchronized time is available. >> server 127.127.1.0 # local clock >> fudge 127.127.1.0 stratum 10 >The Undisciplined Local Clock is only needed if this ntpd must be able >to serve time to others when no real time sources are available. It >should not be considered a backup for a "leaf-node" system. Agreed. That like is not needed. >Do you have a driftfile line? _______________________________________________ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions