From owner-freebsd-hardware@FreeBSD.ORG Thu Jan 29 00:12:20 2004 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC88116A4CE for ; Thu, 29 Jan 2004 00:12:20 -0800 (PST) Received: from mx2.kth.se (mx2.kth.se [130.237.48.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8752E43D54 for ; Thu, 29 Jan 2004 00:12:09 -0800 (PST) (envelope-from pvz@e.kth.se) Received: from quetzalcoatlite.e.kth.se (quetzalcoatlite.e.kth.se [130.237.48.174]) by mx2.kth.se (8.12.8/8.12.9) with ESMTP id i0T8C5QV028570; Thu, 29 Jan 2004 09:12:05 +0100 Received: from quetzalcoatlite.e.kth.se (localhost.localdomain [127.0.0.1]) i0T8C51j022229; Thu, 29 Jan 2004 09:12:05 +0100 Received: from localhost (pvz@localhost)i0T8C5G3022226; Thu, 29 Jan 2004 09:12:05 +0100 X-Authentication-Warning: quetzalcoatlite.e.kth.se: pvz owned process doing -bs Date: Thu, 29 Jan 2004 09:12:04 +0100 (CET) From: Per von Zweigbergk To: Tony Holmes In-Reply-To: <20040128121913.A54789@crosswinds.net> Message-ID: References: <20040128121913.A54789@crosswinds.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mx2.kth.se X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 cc: freebsd-hardware@freebsd.org Subject: Re: Signal 10? X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2004 08:12:20 -0000 On Wed, 28 Jan 2004, Tony Holmes wrote: > Quick question. > > I am getting occasional processes dying from Sig 10 and 11. > It has been a long time since I saw these and to narrow down > where I start my debugging, wanted to ask what the usual source > of these signals (problems) are from? > > IIRC sig11 is bad memory, but sig 10? Signal 11 is Segmentation Fault. This happens when programs try to write to or read from memory they're not allowed to read. (This is quite common if the program attempts to dereference unitialized pointers, or in case of buffer overflow. The most common source of this problem is quite simply a bug in the software in question. But if this is happening on many programs in general, it could be a sign of hardware error, quite probably memory error. Signal 10 is Bus Error. This is much more rare, but still plausibly could be caused by incorrectly written software. (I think I've seen Netscape 4 crash with this message once or twice -- but it's rare.) Below is the definition from FOLDOC: bus error A fatal failure in the execution of a machine language instruction resulting from the processor detecting an anomalous condition on its bus. Such conditions include invalid address alignment (accessing a multi-byte number at an odd address), accessing a physical address that does not correspond to any device, or some other device-specific hardware error. A bus error triggers a processor-level exception which Unix translates into a "SIGBUS" signal which, if not caught, will terminate the current process. This can quite plausibly be caused by hardware error, or memory problems in particular. But note that random Signal 11's are a symptom of a problem, and their appearance alone isn't enough to make a diagnosis. I suggest you download the excellent utility MemTest86 (www.memtest86.com) for more information on possible memory problems. If you're too lazy or too poor to have the memory replaced (either under warranty or out of pocket), and the system is not particularilly mission critical, there is a kernel patch for Linux called BadRAM or something along those lines, which allows you to simply not use the parts of the memory which are bad. There are no comparable patches for FreeBSD as far as I am aware. If I had to put my money on what the problem with your setup was, I'd most likely bet it was the memory -- but don't take my word for it -- use memtest86! Hope this helps. -- Per von Zweigbergk