Yo Hal! On Fri, 23 Mar 2018 13:45:02 -0700 Hal Murray via devel <devel@ntpsec.org> wrote:
> Gary said:
> > I guess I did not wait long enough. ntpd, and ntpmon, hang for
> > about three minutes, then wake up fine. Hang is at:
> > 2134-03-01T17:57:35
>
> > How do we explain that?
>
> I'm not sure the case you are describing.
Hangs, as in unresponsive, frozen. ntpmon fails to update its output.
> ntpd waits a while to be sure before stepping the clock. In general,
> that seems like a good idea, it helps to avoid bogus bounces. The
> startup case may be different.
Not wating long enough in my case. Stepping badly, then crashing
when it will not step back.
Seems to me any daemon that crashes itself on purpose is broken.
> One reason I added the code that turned into ntpfrob's -b option was
> so we could easily experiment with things like this.
Love to, how would I do that?
> I have a slow DSL line with lots of bufferbloat. If I start a big
> download, the asymmetry is enough to trigger clock stepping.
> huffpuff mostly avoids the problem, but it doesn't work if you
> restart ntpd while a download is in progress.
Not sure ow that applies to my case?
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
Veritas liberabit vos. -- Quid est veritas?
"If you can’t measure it, you can’t improve it." - Lord Kelvin
pgpl9oljpEXsH.pgp
Description: OpenPGP digital signature
_______________________________________________ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel
