On 10/02/15 05:15, [email protected] wrote:
Hi, I'm using the ntpd to sync time. When I change the current date for exampe to 
0210020215 (2015-02-10 02:02), the actually current time is 2015-02-10 03:02, then I run 
"ntpq -p" for several times, the offset doesn't change at all.

Garbage In Garbage Out.

ntpd is intended in environments where time behaves like time. It should actually abort in the case you describe, as something has clearly broken so badly that it is no longer safer to try and discipline the clock.

People often try this as a test, but it is not a valid test.

Basically, up to a lower limit (default 128ms, but significantly increased by -x) ntpd will slew to correct. Above that limit, up to a second limit (which I seem to remember to be 10 minutes) it will wait about 15 minutes to confirm that it really is seeing a step change, then restart the initial synchronisation and step. Above the second limits, it should abort, except if you enable an option to allow one such step and it is the first one.

_______________________________________________
questions mailing list
[email protected]
http://lists.ntp.org/listinfo/questions

Reply via email to