Re: [chrony-users] Unreachable sources only updates NTPSynchronized on service start

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


On Tue, Mar 17, 2020 at 07:47:31AM +0100, Jan Breuer wrote:
> Question is if Chrony touches somehow these values even if it is not
> synchronized. I don't know this.

It depends on what exactly happens with the sources. If the sources just
become unreachable, chronyd will not reset the synchronized status.
The clock is expected to drift within the estimated skew and
maxclockerror. If the sources give conflicting information (i.e. they
are marked as falsetickers), the clock synchronization status will be
immediatelly set to "unsychronized".

> If chrony does not touch any kernel time adjustment interfaces, it can take
> hours for this dbus property to go to false state.

Yes, that's expected.

With the latest prerelease, the synchronization status can be updated
even when no adjustment of the clock is made. As the maximum error
estimated in the kernel is normally much more pessimistic that the
chrony's, it could take many days for timedated to report
"unsynchronized" clock.

-- 
Miroslav Lichvar


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


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