回复: Re: [chrony-dev] Issue about chronyd synchronize to local clock

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



The 'local' directive is a server feature, not client's, so that won't
work. If you have installed adjtimex, you could use it to clear the
unsynchronized status periodically with "adjtimex -S 0 -m 0". No need
to run an NTP server/client.

  When will the kernel set the unsychronized status again, it seems that I have to excute 'adjtimex -S 0 -m 0' periodically as you mentioned  

  otherwise the unsynchronized status will set back again.

发件人: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
发送时间: 2020年6月25日 14:36
收件人: chrony-dev@xxxxxxxxxxxxxxxxxxxx <chrony-dev@xxxxxxxxxxxxxxxxxxxx>
主题: Re: Re: [chrony-dev] Issue about chronyd synchronize to local clock
 
On Thu, Jun 25, 2020 at 10:22:00PM +0800, xqmeng80@xxxxxxxxxxx wrote:
>    My database application runs on this machine and the application can't work with 'NTP synchronization status no'。
>    If I remove the line 'server 127.0.0.1 iburst', the NTP synchronization status is always no.
>    By the way I check the ntp synchronization status with adjtimex mode 0.

An application requires accurate system clock, and you are trying to
force it to run even when the clock is not synchronized?

The 'local' directive is a server feature, not client's, so that won't
work. If you have installed adjtimex, you could use it to clear the
unsynchronized status periodically with "adjtimex -S 0 -m 0". No need
to run an NTP server/client.

--
Miroslav Lichvar


--
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/