[ntp:questions] ntpd stays synced after loosing gps
Nickolay Orekhov
nowhere at mail.ru
Wed May 11 11:48:21 UTC 2011
Just one more question :-)
After loosing sync, server should lower it's stratum so other servers can't
synchronize with it, but:
ntpq> pe
remote refid st t when poll reach delay offset
jitter
==============================================================================
PPS(0) .PPSE. 0 l 153 8 0 0.000 5.051
0.000
GENERIC(0) .TSIP. 0 l 158 8 0 0.000 -6.027
0.000
ntpq> rv
associd=0 status=0028 leap_none, sync_unspec, 2 events, no_sys_peer,
version="ntpd 4.2.7p164 at 1.2483 Wed May 11 07:27:34 UTC 2011 (1)",
processor="UNKNOWN", system="QNX/6.5.0", leap=00, stratum=1,
precision=-10, rootdelay=0.000, rootdisp=9.456, refid=PPSE,
reftime=d174f4ad.2bb91753 Wed, May 11 2011 17:42:37.170,
clock=d174f549.8e4f7235 Wed, May 11 2011 17:45:13.555, peer=0, tc=3,
mintc=3, offset=5.051, frequency=219.166, sys_jitter=0.977,
clk_jitter=0.977, clk_wander=0.160, tai=33, leapsec=200601010000,
expire=200806280000
ntpq> ass
ind assid status conf reach auth condition last_event cnt
===========================================================
1 17646 8023 yes no none reject unreachable 2
2 17647 8023 yes no none reject unreachable 2
ntpq>
I see that stratum Is still = 1 and servers could take this server time.
Why?
2011/5/11 Dave Hart <davehart at gmail.com>
> On Wed, May 11, 2011 at 07:31 UTC, Miroslav Lichvar <mlichvar at redhat.com>
> wrote:
> > On Wed, May 11, 2011 at 05:17:14AM +0000, Dave Hart wrote:
> >> 2011/5/11 Николай Орехов <nowhere at mail.ru>:
> >> > Could you provide me link to this bug and fixes so I can make a patch?
> >> No, I'm afraid I can't.
> >
> > I think it's the bug #1554, which was fixed only in 4.2.7.
> >
> > https://bugs.ntp.org/show_bug.cgi?id=1554
>
> You're right, Miroslav, thanks. It wasn't so long ago, I must repress
> negative memories :)
>
> http://lists.ntp.org/pipermail/bk-ntp-dev-send/2010-September/001945.html
>
> That message has the ntp_proto.c patches that went into 4.2.7p58,
> which resolved this bug. I suspect only the first hunk (adding a call
> to clock_select()) is needed.
>
> Cheers,
> Dave Hart
> _______________________________________________
> questions mailing list
> questions at lists.ntp.org
> http://lists.ntp.org/listinfo/questions
>
More information about the questions
mailing list