Re: [chrony-dev] chronyd not recovering after time stepped.

[ Thread Index | Date Index | More chrony.tuxfamily.org/chrony-dev Archives ]


> On 27/08/2015, at 11:24 pm, Miroslav Lichvar <mlichvar@xxxxxxxxxx> wrote:
> 
> 
> Overshoot is possible depending on the adjtime() correction rate and
> the polling interval.

Yes - I don't think the overshoot is a problem.
> 
>> On close inspection, I can that the offset is dropping, but very, very slowly from 70ms to 50ms in an hour, i.e at about 5ppm. Maybe it will recover in a few hours?
> 
> That is odd. How long is the polling interval? It shouldn't take more
> than 6-10 new measurements after the step for the frequency to get close
> again to the right value and correct any remaining offset.

The polling interval is 8 seconds. And indeed, when I restart chronyd it only takes a few cycles to correct the offset.
I'm not seeing any significant change in frequency, maybe 1ppm (from 17.5 ppm) for just a few samples after the step and then back to 17.5.
> 
>> Restarting chronyd clears the offset rapidly.
>> 
>> Is this normal behaviour?
>> 
>> I'm really not sure whats going on here and, if it is a problem, where I should be looking to debug it.
> 
> The measurements, statistics and tracking logs could be useful.

I've been looking at the tracking logs. As far as I can tell, the others seem to be normal. Its just the 'System time' offset that is off.

--
Bryan Christianson
--
To unsubscribe email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "unsubscribe" in the subject.
For help email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "help" in the subject.
Trouble?  Email listmaster@xxxxxxxxxxxxxxxxxxxx.


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/