From owner-freebsd-stable@FreeBSD.ORG Tue Mar 13 22:46:26 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0B5116A400 for ; Tue, 13 Mar 2007 22:46:26 +0000 (UTC) (envelope-from kdk@daleco.biz) Received: from ezekiel.daleco.biz (southernuniform.com [66.76.92.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4FE13C46A for ; Tue, 13 Mar 2007 22:46:26 +0000 (UTC) (envelope-from kdk@daleco.biz) Received: from archangel.daleco.biz ([69.27.149.254]) by ezekiel.daleco.biz (8.13.8/8.13.1) with ESMTP id l2DMkLYJ006406; Tue, 13 Mar 2007 17:46:24 -0500 (CDT) (envelope-from kdk@daleco.biz) Message-ID: <45F729B6.2040908@daleco.biz> Date: Tue, 13 Mar 2007 17:46:14 -0500 From: Kevin Kinsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.2pre) Gecko/20070221 SeaMonkey/1.1 MIME-Version: 1.0 To: Chuck Swiger References: <45F70631.2010404@daleco.biz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: ntpd(8) exits quietly after fork() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2007 22:46:26 -0000 Chuck Swiger wrote: > Hi, Kevin-- > > On Mar 13, 2007, at 1:14 PM, Kevin Kinsey wrote: >> ntpd won't continue running on my "stratum 2" server (making our other >> systems a tad untrustworthy "as time goes by"). >> >> $ uname -a >> FreeBSD ezekiel.daleco.biz 6.2-RELEASE FreeBSD 6.2-RELEASE #5: Sat Jan >> 20 16:41:42 CST 2007 >> root@ezekiel.daleco.biz:/usr/obj/usr/src/sys/GENERIC i386 >> >> using ktrace and kdump I get this prior to exit: > [ ... ] > > The logging paths seen in the ktrace are rather non-standard-- perhaps > ntpd doesn't have the right permissions to write to them? Normally, > ntpd logs to the NTP facility and critical messages might appear in > /var/log/messages, so additional clues are probably there. > The ktrace is on "ntpd -C /etc/ntp.conf -l $HOME/ntp.log" --- I'd seen nothing at all in /var/log/messages (was running tail on it while restarting it several times), so I pointed it there. The full ktrace is rather long, any point to posting it? It did complain about some missing files, but seemed to accept others and go on. Here's most of the complaints in snippage form.... 12195 ktrace NAMI "/sbin/ntpd" 12195 ktrace RET execve -1 errno 2 No such file or directory 12195 ktrace CALL execve(0xbfbfe710,0xbfbfec5c,0xbfbfec74) 12195 ktrace NAMI "/bin/ntpd" 12195 ktrace RET execve -1 errno 2 No such file or directory 12195 ntpd CALL open(0x280a2c48,0,0x1b6) 12195 ntpd NAMI "/etc/libmap.conf" 12195 ntpd RET open -1 errno 2 No such file or directory 12195 ntpd NAMI "/etc/malloc.conf" 12195 ntpd RET readlink -1 errno 2 No such file or directory These don't seem to be related, but IANAE ;-) Grepping "ntp" in /etc/syslog.conf returns nada, so that would explain why there's nothing there. I did get "status 2040" in $HOME/ntp.log, so I'm guessing bad driftfile was the issue? > Showing your ntp.conf file would also help, but if you'd like to see an > example of a working stratum-2 conf file which has been in use for quite > some time: Nice, ty. Mine's simple: $ cat /etc/ntp.conf server time.nist.gov server navobs1.wustl.edu driftfile /var/ntpd.drift I've got it running fine now in FG (-n) option, and the slaves are happy ATM. I guess I could give it a "&" ;-) It did complain that sanity limit was exceeded after I started it with -n, which would explain this, maybe? However, it was exiting prior to any mention of this previously, and I was *quite certain* that this box did the DST thing just fine, aside from sendmail logging behind as discussed in a thread on questions. If it's noise, I apologize. Buildworld should finish soon, and I'll monkey around with the driftfile meantime; we'll see if the issue persists. Oh, and edit syslog.conf and HUP. But, it'd been working fine for ages without all that. Either way, thanks for the reply! Kevin Kinsey -- Function reject.