Re: [ntp:questions] Client doesn't drop failed source

2010-01-08 Thread E-Mail Sent to this address will be added to the BlackLists
On 1/8/2010 6:34 PM, Michael Moroney wrote: > BlackLists writes: >> I suspect you will have to supply your .conf file, >> or otherwise explain your minclock minsane prefer, ... >> settings, if you want many useful answers. > > Very simple. > > driftfile SYS$SPECIFIC:[TCPIP$NTP]TCPIP$NTP.DRIFT > > s

Re: [ntp:questions] Client doesn't drop failed source

2010-01-08 Thread unruh
On 2010-01-09, Michael Moroney wrote: > David Woolley writes: > >>Michael Moroney wrote: > >>> that synchronizes with the four clocks, and ntpq> peers shows one of the >>> primaries with a "*" in the first column meaning it was synchronized to as >>> time source, the other 3 show "+" as expected,

Re: [ntp:questions] Client doesn't drop failed source

2010-01-08 Thread Mr. James W. Laferriere
Hello Richard , On Fri, 8 Jan 2010, Richard B. Gilbert wrote: Michael Moroney wrote: David Woolley writes: Michael Moroney wrote: that synchronizes with the four clocks, and ntpq> peers shows one of the primaries with a "*" in the first column meaning it was synchronized to as t

Re: [ntp:questions] Client doesn't drop failed source

2010-01-08 Thread Richard B. Gilbert
Michael Moroney wrote: David Woolley writes: Michael Moroney wrote: that synchronizes with the four clocks, and ntpq> peers shows one of the primaries with a "*" in the first column meaning it was synchronized to as time source, the other 3 show "+" as expected, meaning they are usable sour

Re: [ntp:questions] Client doesn't drop failed source

2010-01-08 Thread Michael Moroney
David Woolley writes: >Michael Moroney wrote: >> that synchronizes with the four clocks, and ntpq> peers shows one of the >> primaries with a "*" in the first column meaning it was synchronized to as >> time source, the other 3 show "+" as expected, meaning they are usable >> sources. We discon

Re: [ntp:questions] Client doesn't drop failed source

2010-01-08 Thread Michael Moroney
E-Mail Sent to this address will be added to the BlackLists writes: >I suspect you will have to supply your .conf file, > or otherwise explain your minclock minsane prefer, ... > settings, if you want many useful answers. Very simple. driftfile SYS$SPECIFIC:[TCPIP$NTP]TCPIP$NTP.DRIFT server 1

Re: [ntp:questions] Client doesn't drop failed source

2010-01-08 Thread E-Mail Sent to this address will be added to the BlackLists
On 1/8/2010 12:45 PM, Michael Moroney wrote: > Now the question: For the next test, we disconnect the > LAN cable of the selected primary clock, and we expect > the next poll to fail and the client to give up on it > and to select the other primary clock. > No, we just see the time from the

[ntp:questions] ***SPAM*** Client doesn't drop failed source

2010-01-08 Thread Michael Moroney
We were trying to see how NTP failover worked before implementing an accurate time system on an isolated network. Situation: Two NTP GPS clocks are defined as the primary source, two others (belonging to a different organization) are secondary sources. To test we set up a client that synchronizes