Re: [time-nuts] Tracking NTP displacement and correlationbetweentwo clients.

2012-10-05 Thread David J Taylor
David, The problem is that they start in sync and over the course of a day drift that far apart despite having NTP running. We're not sure why NTP isn't correcting it along the way. Though at this point, we are looking at a firmware bug. Thanks! Bob === Bob,

Re: [time-nuts] Tracking NTP displacement and correlationbetweentwo clients.

2012-10-05 Thread Christopher Brown
That is his point. Initial time comes from MB clock. System (OS) time is set from that at boot. During NTP startup for a client it is normal to do a ntpdate to hard set the OS clock (direct one time set). From there ntpd would track and adjust. HOWEVER, there are limits to how much ntpd will

Re: [time-nuts] Tracking NTP displacement and correlationbetweentwo clients.

2012-10-05 Thread Magnus Danielson
On 10/05/2012 08:23 PM, Christopher Brown wrote: That is his point. Initial time comes from MB clock. System (OS) time is set from that at boot. During NTP startup for a client it is normal to do a ntpdate to hard set the OS clock (direct one time set). From there ntpd would track and