[ntp:questions] reach=0 and still synchronized
Krejci, Pavel
pavel.krejci at siemens-enterprise.com
Wed May 26 15:32:16 UTC 2010
Hello,
I have added call of "clock_select" to my refclock poll procedure and the result is as expected: The refclock is unmarked as system peer.
Thanks a lot!
Krejci
> -----Original Message-----
> From: Miroslav Lichvar [mailto:mlichvar at redhat.com]
> Sent: Wednesday, May 26, 2010 11:02 AM
> To: questions at lists.ntp.org
> Subject: Re: [ntp:questions] reach=0 and still synchronized
>
> On 2010-05-25, Krejci, Pavel
> <pavel.krejci at siemens-enterprise.com> wrote:
> > Hello,
> >
> > when my own reference clock driver (for the /dev/rtc) stops to
> >respond, the ntpd still shows that the clock is synchronized:
> > linux:~ # ntpq -pn
> > remote refid st t when poll reach
> delay offset jitter
> >=============================================================
> =================
> > *127.127.45.0 .RTC. 6 l 260 16 0
> 0.000 -0.074 0.059
> > The reach=0 and still the asterisk (*) is displayed at the
> beginning of line.
>
> You may be hitting this bug:
>
> https://bugs.ntp.org/show_bug.cgi?id=1554
>
> It seems to happen when the reachability register wasn't full
> (or above a certain limit) when the source stopped providing
> samples. The source will stay marked as system peer and ntpd
> will continue to serve time even if it's actually not
> sychronized to anything.
>
> --
> Miroslav Lichvar
>
>
>
More information about the questions
mailing list