From owner-freebsd-stable@FreeBSD.ORG Wed Sep 6 16:34:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B429616A4DA for ; Wed, 6 Sep 2006 16:34:19 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBA4243D45 for ; Wed, 6 Sep 2006 16:34:18 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k86GXr2f002467; Wed, 6 Sep 2006 17:33:53 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k86GXcTa065506; Wed, 6 Sep 2006 17:33:43 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k86GXI5D065505; Wed, 6 Sep 2006 17:33:18 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Klaus Robert Suetterlin In-Reply-To: <0D903548-5089-44F1-82BA-6B2D53B91BF4@mpe.mpg.de> References: <0D903548-5089-44F1-82BA-6B2D53B91BF4@mpe.mpg.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 06 Sep 2006 17:33:17 +0100 Message-Id: <1157560397.64218.11.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: my kernel spews out a lot of garbage to syslog (long /var/log/messages) 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: Wed, 06 Sep 2006 16:34:19 -0000 On Wed, 2006-09-06 at 15:47 +0200, Klaus Robert Suetterlin wrote: > Hi, > > I have FreeBSD6.1-p5 (PAE+SMP+COMPAT_LINUX+LINPROCFS) system running > that is producing a lot of guberish in /var/log/messages through > syslog (about 100-1000 bytes per second), I give example below. Any > ideas on this are welcome, especially any hints on diagnostics... > > The giberish started 11:30 local time and still (15:46) continues... > > Here is some example giberish: > > Sep 6 10:48:51 circe kernel: Trying to mount root from ufs:/dev/da0s1a > Sep 6 11:02:30 circe su: krs to root on /dev/ttyp1 > Sep 6 11:30:19 circe kernel: NIIMNIM II IS ISAISA SA A > 302202,00,, , > EE EIIEISSISAASA Aff fff > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: ff > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: <<22>>f > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: NMNINM MNIIMI IISSIA AS I AS A32 00,2 , > 0 ,EE2 IIE > S0SIA,AS fAfEf fIf > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: Sf > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: <<22>>A > Sep 6 11:30:19 circe kernel: > Sep 6 11:30:19 circe kernel: ff > Sep 6 11:30:20 circe kernel: I> NNIMSMIAIk I eI3SSrA0An , > eE33l00,I , > SE tIASE ArfI fafSf It's not exactly garbage, it's four copies of (almost) the same message being printed at the same time. What's happening is that you are receiving an NMI, and all four processors are acting on it. The default handler simply prints out a message and ignores the interrupt. I believe the actual messages are multiple copies each of: NMI ISA 30, EISA ff\n NMI ISA 20, EISA ff\n Also looks like there's the start of a "kernel trap" message in the 11:30:20 message. As to what's causing it, it's hard to say, but given they have only just started, the hardware is trying to tell you something. My money is on either overheating or failing RAM (Failed parity checks usually manifest itself as an NMI, but looking at the code in /usr/src/sys/i386/isa/nmi.c an attempt is made to try and detect them). It may be worth trying to find the rest of that "kernel trap" message. Gavin