Re: NTP Daemon
- From: Rick Thomas <rbthomas55@xxxxxxxxx>
- Date: Fri, 29 Sep 2006 15:28:46 -0400
On Sep 29, 2006, at 9:27 AM, Stefan Monnier wrote:
I'm looking for a simple NTP client daemon to synchronize the time on
my debian server. I'm testing openntpd but I've this error message:
adjtime failed: Invalid argument
Could someone help me or suggest something?
Thanks
"aptitude install ntp-server" and off you go.
I believe it's now called just `ntp'.
In etch/testing, yes, it's just "ntp". In sarge/stable, there are a confusing array of ntp* packages.
In etch I recommend just "ntp". Do not install "ntpdate" with "ntp" in etch unless you really know what you're doing. The functionality that used to be offered by ntpdate[*] has been subsumed into the ntp package by adding the "-g" option to the ntpd daemon. Adding ntpdate on top will just confuse things in obscure ways.
For sarge, I recommend installing both "ntpdate" and "ntp-simple". The ntpdate package will do a one-time adjustment at bootup, and the ntp-simple package (which depends on the "ntp-server" package which has the real meat) will keep the clock in sync on a long-term basis after bootup.
Either setup should "just work" right out of the box[**].
In both cases, it should be able to cope well with intermittent internet connectivity.
If you want to know more about the details, and there are *lots* of fascinating details, add the ntp-doc package.
Enjoy!
Rick
[*] the ntpdate program (and the "-g" option to etch's ntpd daemon) does a one-time adjustment of the system clock, usually at system startup --- that works regardless of how far off the system clock is. This may possibly be needed due to an extended internet outage or power failure or a dying cmos battery.
[**] If you're interested in keeping your system clock synced with sub-millisecond accuracy, you'll need to tune the configuration file in /etc/ntp.conf. Most people don't care, and can get by just fine with the default configuration.
--
To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
- References:
- NTP Daemon
- From: Michele Della Marina
- Re: NTP Daemon
- From: CJ van den Berg
- Re: NTP Daemon
- From: Stefan Monnier
- NTP Daemon
- Prev by Date: Re: idsoftware games
- Next by Date: Re: mail
- Previous by thread: Re: NTP Daemon
- Next by thread: Re: NTP Daemon
- Index(es):
Relevant Pages
- Re: Servers reachable, but cant sync
... Yet in -b mode, after communication with the server is complete, ntp decides for unexplained
reasons ... and doesn't actually set the system clock. ... since ntpdate
would go ahead and set the system clock with the ... to leave ntpd alone and not run ntpdate,
... (comp.protocols.time.ntp) - Re: executing ntpdate on boot - seems it doesnt work
... --hctosys which sets the system clock to the hardware clock. ... So doesn't
hwclock needs to be called before ntpdate? ... connection is coming from) then the
current recommendation from the NTP ... (Debian-User) - Re: executing ntpdate on boot - seems it doesnt work
... --hctosys which sets the system clock to the hardware clock. ... So doesn't
hwclock needs to be called before ntpdate? ... Actually, if you don't use dynamic networking
then the current recommendation from the NTP maintainers is to use ntp, not ntpdate. ...
The last remaining place where it's got a serious application is on machines with intermittent network
connections. ... (Debian-User) - RE: NTP MD5
... There is nothing wrong with NTP software package. ... >> I am testing
authentication with ntp-4.2.0. ... > Are you sure you are using that version and not the
RedHat version? ... (comp.protocols.time.ntp) - Re: exporting NTP from the US
... We are planning on using the NTP package that Meinberg has available ... The
package as downloaded from Meinberg includes both the SSLeay32.dll ... subsidiary outside
the US obtain and ship the software, ... (comp.protocols.time.ntp)