From owner-freebsd-stable Wed Jan 24 13:40: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.merrion.nua.net (mail.merrion.nua.net [195.7.46.14]) by hub.freebsd.org (Postfix) with ESMTP id A45BC37B400 for ; Wed, 24 Jan 2001 13:39:43 -0800 (PST) Received: from thoth (cerberus.merrion.nua.net [195.7.46.125]) by mail.merrion.nua.net (8.10.1/8.10.1) with SMTP id f0OLaio17649; Wed, 24 Jan 2001 21:36:44 GMT From: Tony Byrne To: Tony Byrne Cc: Andrew J Caines , freebsd-stable@freebsd.org Subject: Re: syslogd throwing a hissy fit Date: Wed, 24 Jan 2001 21:43:59 +0000 Organization: Nua Ltd. Message-ID: References: <20010121021039.A442@hal9000.bsdonline.org> <7q9u6t0tkj5ktplad6k8468koar3j8jvi9@4ax.com> In-Reply-To: <7q9u6t0tkj5ktplad6k8468koar3j8jvi9@4ax.com> X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew, I believe that I've narrowed down the problem to the point where someone with a better knowledge of the internal workings of syslogd should be able to pinpoint it: My last CVSup & build world pulled in the same MFC that your's did. Now I'm seeing the same strange behavior after the usual build and install. Regarding the MFC change to syslogd since our last CVSup: The comment by the committer seems to suggest that the changes introduced a new syslog facility called LOG_CONSOLE. They also mention that the change includes code to prevent messages with the LOG_CONSOLE facility from being sent to /dev/console. My investigations using "syslogd -v" show that the all of the looped and corrupt log lines that I am seeing are of the LOG_CONSOLE facility with the 'info' priority. (console.info) (14.6) It's my guess that syslogd is entering a tight loop whenever syslog.conf is configured so that a log message with facility LOG_CONSOLE is directed to /dev/console. The committer seems to have been aware of the problem, but maybe an incorrectly configured syslog.conf would circumvent the checks within the code? The work around to the problem is to ensure that syslog.conf does not send console.* to /dev/console. For me that involved replacing my local syslog.conf line: *.* /dev/console with something a little bit more conservative. Regards, Tony. On Wed, 24 Jan 2001 19:06:36 +0000, you wrote: >Folks, > >I'm seeing this behaviour too, as of my make world of today (using up to >date CVSup'd sources). Has anyone found the source of the problem. >It's bloody annoying. I've had to kill syslogd. > >Regards, > >> hal9000 /kernel: Jan 21 01:21:56 halo> = hal9000 /kernel: Jan 21 01:22:01 hal9000 /kernel: Jan 21 = 01:22:00 hal9000 /kernel: Jan 21 01 21 01:22:01 = hal9000 /kernel: Jan 21 01:22:00 hal9000 = /kernel: Jan 21 01:22:00 = hal9000 /kernel: Jan 21 01:21:56 hal9000 /kernkernel: Jan = 21 01:21:54sole.info> hal9000 /kernel: Jan 21 01:21:54 = hal9000 /kernel: Jan 21 01:21:53 hal9000 /kernel: Jan 21 = 01:21:53 hal9000 /kernel: Jan 21 01:21:52 = hal9000 /kernel: Jan 21 01:21:52 hal9000 /kernel: Jan 21 = 01:21:51 hal9000 /kernel: Jan 21 01:21:51 = hal9000 /k >>Jan 21 01:22:06 hal9000 /kernel: nfo> hal9000 /kernel: Jan = 21 01:21:57 >Jan 21 01:22:06 hal9000 /kernel: :21:51 = hal9000 /kernel:=20 >>Jan 21 01:22:06 hal9000 /kernel: :04 hal9000= /kernel: :48 hal9000 /kernel: Jan 21 01:21:48 = hal9000 /kernel: Jan 21 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message