Thanks, makes sense. I just point ntpd to pool.ntp.org and take whatever
I get, and so far so good. And typically shut down up to a day at a time
and no ill effects. But discrete time adjustments do sound problematic.
Who actually needs sub-millisecond accuracy - database servers? Network
filesystems?
On 8/5/20 7:53 PM, Rob Sherwood wrote:
If you don't have a permanent internet connection or access to a quality
time server, there's no reason to run ntpd. Also, depends on what level
of time precision your application(s) need, but ntpd causes little skips
in time which can cause problems if you need sub-millisecond accuracy.
HTH,
- Rob
.
On Wed, Aug 5, 2020 at 4:21 PM Judah Milgram <milg...@cgpp.com
<mailto:milg...@cgpp.com>> wrote:
Ignorant question:
Slackware ships with ntpd, but /etc/rc.d/rc.ntpd installs without
execute permission, so one must deliberately decide to enable it.
My question is: why would anyone *not* want to run ntpd at least as a
client? OK, some will prefer chrony, but in general, is there any
reason
not to run a time server daemon? Let's assume it either accepts no
incoming connections or is properly configured to feed time only to the
local network.
Background: I've always done the standalone hwclock --adjust thing and
it never really worked well. So I tried ntpd. Big improvement.
Hope everyone's staying safe and not too bored!
Judah
--
Judah Milgram
milg...@cgpp.com <mailto:milg...@cgpp.com>
301-257-7069
You received this email because you are subscribed to the UM Linux
User's Group (UM-LINUX) mailing list. If you would like to
unsubscribe from this list, simply send an email to
lists...@listserv.umd.edu <mailto:lists...@listserv.umd.edu> with
the message signoff UM-LINUX in the body.
--
Judah Milgram
milg...@cgpp.com
301-257-7069
You received this email because you are subscribed to the UM Linux User's Group
(UM-LINUX) mailing list. If you would like to unsubscribe from this list,
simply send an email to lists...@listserv.umd.edu with the message signoff
UM-LINUX in the body.
