From owner-freebsd-current Fri Jan 3 23:09:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA02016 for current-outgoing; Fri, 3 Jan 1997 23:09:44 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA02009 for ; Fri, 3 Jan 1997 23:09:42 -0800 (PST) Received: from arabian.astrolab.org (dial218.nconnect.net [206.54.227.218]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id BAA26508; Sat, 4 Jan 1997 01:06:04 -0600 (CST) Message-ID: <32CE01E1.167EB0E7@nconnect.net> Date: Sat, 04 Jan 1997 01:08:17 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: Joerg Wunsch CC: current@freebsd.org Subject: Re: syslogd failure References: <32CD9C38.41C67EA6@nconnect.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Randy DuCharme wrote: > > > Syslog -d says "cannot create /var/run/log: Address already in use > > rm /var/run/log > > before trying to restart it. > > (After some experimenting, and thinking more about all this, it seems > Jordan was indeed right.) > > Anyway, it would be even more interesting to learn why it dies in the > first place... Maybe you could start it with -d on an otherwise > unused VTY (so you might perhaps see the reason for its sudden death)? > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) Thanks ! To you and everyone who replied! You all were most helpful. I'm sure I killed it. I've been using the Xinside's AcceleratedX server and didn't immediately realize the mouse device name had changed from 2.1.5 and was a little hasty in my upgrade. ( That'll teach me!! ) An X session stole my console and I had to power-off with out shutting down. I wonder tho' if it wouldn't be wise to include a clean-up of this sort in /etc/rc, or rc.local ??? Randy