On Sat, 2019-11-23 at 08:59 -0500, Sam Varshavchik wrote:
I have chrony running and pointing to my ISP's time server, not the Fedora pool, so it's always the same NTP server.
This box is up 24/7, and I just rebooted it. And I get this, after a reboot:
Nov 23 08:53:10 shorty chronyd[992]: System clock TAI offset set to 37 seconds Nov 23 08:53:10 shorty chronyd[992]: System clock wrong by -5.652285 seconds, adjustment started Nov 23 08:53:10 shorty chronyd[992]: System clock was stepped by -5.652285 seconds
This was a reboot, and not a shutdown.
Some PCs don't keep time well, and that can account for one PC being different from the others, regardless of CMOS battery condition.
When I was setting up a new server, I looked into the NTP versus chronyd thing, and came to the following conclusions.
NTP was better for computers that were continuously running. It keeps tinkering with the clock to keep it on time. And NTP has a long history, lots of things support it, and has well known behaviour.
Chronyd was better for computers are shutdown. It's designed to quickly reset your clock, but didn't continually tinker with it (that may be configurable, and I don't know what it's future behaviour will be). It's newer, and supposedly less widely supported.
Quick summary: https://medium.com/@codingmaths/centos-rhel-7-chronyd-v-s-ntp-service-5d6576...