Date: Tue, 01 Jul 2008 13:28:57 -0400 From: Steve Bertrand <steve@ibctech.ca> To: "B. Cook" <bcook@poughkeepsieschools.org> Cc: freebsd-questions@freebsd.org Subject: Re: OpenNTPd howto? Message-ID: <486A6959.7090805@ibctech.ca> In-Reply-To: <0911AC74-A73F-4F8B-8495-1FF2DC959B65@poughkeepsieschools.org> References: <0911AC74-A73F-4F8B-8495-1FF2DC959B65@poughkeepsieschools.org>
next in thread | previous in thread | raw e-mail | index | archive | help
B. Cook wrote: > Hello All, Hey, > root@core [/usr/local/etc]# 32 > ntpdate -b clock.nyc.he.net > 1 Jul 12:49:57 ntpdate[70917]: step time server 209.51.161.238 offset > 358.732506 sec > > Why when it was running did it not update the clock on the server? My first guess, which is only a guess, is that your secure level is too high for this to work. If your securelevel is set above zero, then your clock can only be adjusted by a maximum of one second (please correct me if this has changed since 4.x). Check the output of: sysctl -a kern.securelevel > Strange thing two: > > From a different computer I can not get the time from the server > running openntpd. > > # ntpdate -b 10.20.0.16 > 1 Jul 12:50:23 ntpdate[679]: no server suitable for synchronization found Have you confirmed that a clock server runs on that IP? Is the IP reachable? If securelevel still has its place with affecting time changes, I'd try 'breaking' that to see if the time will actually update. Note that securelevel must be changed via a startup variable of some sort, and a reboot is required. Then I would proceed to ensure that 10.20.0.16 is actually running a timeserver that the network can reach. Steve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?486A6959.7090805>