REFCLOCK rises again

Eric S. Raymond esr at thyrsus.com
Tue Mar 5 19:33:23 UTC 2019


Achim Gratz via devel <devel at ntpsec.org>:
> > You want to reconfure your ntpd?  Bounce it. This won't happen often.
> 
> Depends.  While you're trying to figure out the correct fudge times for
> instance you need a fully converged ntpd to see what's going on.  If I
> have to restart ntpd each time I want to adjust that, it needs quite
> some time (can be a few hours) before looking at the result makes sense
> again.
> 
> > I'm not ready to pull the trigger yet - Achim or Matt or someone else
> > might come up with a blocking objection - but you're making a strong case.
> 
> I'll happily let you drop configuration via ntpq if you give me a USR
> signal that lets me do such changes without destroying the values in the
> currently running instance.  I don't care if it restarts or
> re-configures, really -- but the internal ntpd state (modulo the
> configuration changes) needs to be the same after.

This is so obviously the right thing that I'd like you to start an RFE
on the tracker about it.  I'll treat implementation of that feature
as a prerequisite for removing ntpq :config.


-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>

My work is funded by the Internet Civil Engineering Institute: https://icei.org
Please visit their site and donate: the civilization you save might be your own.




More information about the devel mailing list