In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote: > -nissan.ifm.liu. .PPS. 1 u 12 64 3 28.275 -259.30 15.966
You have either not been running ntpd long enough (less than a minute, given that you are using iburst) or you have had a recent time step, as you have only had 2 or three polls since the last time there was a total reset of the clock filters. The offset has already exceeded the limit at which there will be another step. Your clock is fast, which excludes the common lost interrupts cause, so one of the following is likely to be the case: - the clock frequency on your PC is more than 500ppm fast - replace the motherboard; - the effective clock frequency is varying as the result of power management - there are reports that there are boot time parameters that may cause simpler timing mechanisms to be used (note this is a kernel issue, not an NTP one); - there is some other software that is trying to set the clock (e.g. you are running hwclock in a cron job) - remove or disable it; - you have a network connection that occassionally has very high assymmetric traffic loads - investigate the huff and puff option in ntpd. Having syslog entries showing the time steps might help to exclude some of these, e.g. asymmetric delays tend to cause almost equal positive and negative steps, whereas an out of range clock frequency will give consistent steps in the same direction and consistent intervals. _______________________________________________ questions mailing list [email protected] https://lists.ntp.isc.org/mailman/listinfo/questions
