I’d like to challenge!

(This post was recently moved from the IPFire Community to the Development Mailing List)

I saw this in the agenda from last week:



I thought chrony was more for desktops & laptops. Devices that power down and might have a big time jump. And NTP was more for servers or devices that run full-time.

The current NTP in IPFire can be easily changed from polling (one per hour / once per day) to non-polling by making a few simple changes to a config file:

disable monitor
restrict default nomodify notrap nopeer
restrict 127.0.0.1
server  $NTP_ADDR_1 prefer
server  $NTP_ADDR_2
server  127.127.1.0
fudge   127.127.1.0 stratum 10
driftfile /etc/ntp/drift

$NTP_ADDR_1 and _2 are the Primary NTP server and Secondary NTP server from the https://ipfire:444/cgi-bin/time.cgi webgui page.

And by changing the https://ipfire:444/cgi-bin/time.cgi Synchronization to Manually


Anyway, my thought is to make some changes to the current NTP service instead of implementing something new…

Jon

---------------------------

TL;DR


When NTP is configured differently (Manually polling enabled) it will “correct” on it own:

Oct  6 21:40:01 ipfire ntpdate: Updated drift file.  Drift is 0.000 PPM at Tue Oct  6 21:35:43 CDT 2020
Oct  6 23:20:01 ipfire ntpdate: Updated drift file.  Drift is -18.986 PPM at Tue Oct  6 23:16:05 CDT 2020
Oct  7 00:20:01 ipfire ntpdate: Updated drift file.  Drift is -140.863 PPM at Wed Oct  7 00:16:04 CDT 2020
Oct  7 01:20:01 ipfire ntpdate: Updated drift file.  Drift is -210.676 PPM at Wed Oct  7 01:16:04 CDT 2020
Oct  7 02:20:01 ipfire ntpdate: Updated drift file.  Drift is -347.531 PPM at Wed Oct  7 02:16:04 CDT 2020
Oct  7 03:20:01 ipfire ntpdate: Updated drift file.  Drift is -407.147 PPM at Wed Oct  7 03:16:04 CDT 2020
Oct  7 04:20:01 ipfire ntpdate: Updated drift file.  Drift is -414.606 PPM at Wed Oct  7 04:16:04 CDT 2020
Oct  7 05:20:01 ipfire ntpdate: Updated drift file.  Drift is -414.826 PPM at Wed Oct  7 05:16:04 CDT 2020

More into:

https://community.ipfire.org/t/odd-ntp-offset-issues-continued/492