Date: Fri, 31 Jan 2014 19:45:33 -0500 (EST) From: Benjamin Kaduk <bjk@freebsd.org> To: Dru Lavigne <dru@freebsd.org> Cc: svn-doc-head@freebsd.org, svn-doc-all@freebsd.org, doc-committers@freebsd.org Subject: Re: svn commit: r43710 - head/en_US.ISO8859-1/books/handbook/network-servers Message-ID: <alpine.GSO.1.10.1401311936490.27579@multics.mit.edu> In-Reply-To: <201401312135.s0VLZCfJ014161@svn.freebsd.org> References: <201401312135.s0VLZCfJ014161@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 31 Jan 2014, Dru Lavigne wrote:
> Modified: head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml
> ==============================================================================
> --- head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml Fri Jan 31 20:55:48 2014 (r43709)
> +++ head/en_US.ISO8859-1/books/handbook/network-servers/chapter.xml Fri Jan 31 21:35:11 2014 (r43710)
> @@ -5227,208 +5227,158 @@ Starting smbd.</screen>
> + <para>To only synchronize the clock when a system boots,
> + use &man.ntpdate.8;. This alone can be appropriate for
ntpd.8 seems to claim that ntpdate is deprecated (to be replaced by 'ntpd
-q', I guess?). Yet, we still ship an /etc/rc.d/ntpdate in the base
system, so maybe I'm confused as to what exactly is going on.
> + desktops which are frequently rebooted. However,
> + most systems should
> + run <application>ntpdate</application> at boot time as well as configure <application>ntpd</application>.
> + This is because <application>ntpd</application>
> + changes the clock gradually, whereas <application>ntpdate</application>
> sets the clock, no matter how great the difference between a
> that server is preferred over other servers. A response
> from a preferred server will be discarded if it differs
> - significantly from other servers' responses, otherwise it
> - will be used without any consideration to other responses.
> - The <literal>prefer</literal> argument is normally used for
> - NTP servers that are known to be highly accurate, such as
> + significantly from responses; otherwise it
"if it differs significantly from responses" seems strange, I think I
prefer the original ("from other servers' responses").
-Ben
> + will be used.
> + The <literal>prefer</literal> argument should only be used for
> + <acronym>NTP</acronym> servers that are known to be highly accurate, such as
> those with special time monitoring hardware.</para>
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.GSO.1.10.1401311936490.27579>