From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 15 17:36:57 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9B9B16A421 for ; Thu, 15 Feb 2007 17:36:57 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA0F13C494 for ; Thu, 15 Feb 2007 17:36:56 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1FHau6x070149; Thu, 15 Feb 2007 11:36:56 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45D49A39.6010402@freebsd.org> Date: Thu, 15 Feb 2007 11:36:57 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Geoff Garside References: <000301c75052$90d02950$4b00000a@Enki> In-Reply-To: <000301c75052$90d02950$4b00000a@Enki> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.88.4/2574/Thu Feb 15 10:10:18 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: hackers@freebsd.org Subject: Re: FreeBSD 5.5 persistent crashing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 17:36:57 -0000 On 02/14/07 10:09, Geoff Garside wrote: > Hi, > I’m trying to get to the bottom of some issues we have been experiencing > with a server of ours. We have so far tried replacing the memory in the > server and we are still experiencing the crashes. > > If anyone has any ideas as to what could be causing this, or possible kgdb > tricks to try. Can you reproduce this easily? Can you explain how you get it to fail? Eric