[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