[ntp:questions] problem with a failsafe setup, hardware clocks and the correctness test
mayer at ntp.isc.org
Mon Aug 13 21:06:38 UTC 2007
Eike Middell wrote:
> Hi again,
> maybe I should clarify my problem with this situation.
> In the documentation the local clock driver is presented as a useful
> reference for the case that all other references fail. (see:
> http://www.ee.udel.edu/~mills/ntp/html/drivers/driver1.html second
> But what I'm observing is that although my two hardware clocks in
> the network are given high stratum numbers and the gps-clock is running
> flawlessly the hardwareclocks can outrival the gps-clock through
> the backdoor of the correctness test! This contradicts the basic idea
> that the stratum level is the measure for the quality of the clock.
> (e.g. stated in the cited paragraph above) and that the so defined
> hierarchy dictates the clock selection.
> So what I would like to know is whether anybody experienced a similar
> situation? If this is regarded normal behaviour are there other pitfalls
> where the hierarchy given by stratum levels is ignored?
No, there's something wrong. Please post output from ntpq -p and your
More information about the questions