From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 14:24:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BB2E106569C for ; Mon, 13 Oct 2008 14:24:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD528FC24 for ; Mon, 13 Oct 2008 14:24:49 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA05.westchester.pa.mail.comcast.net with comcast id SBH21a00D0EZKEL55EQoBC; Mon, 13 Oct 2008 14:24:48 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.westchester.pa.mail.comcast.net with comcast id SEQn1a00Q2P6wsM3MEQoZK; Mon, 13 Oct 2008 14:24:48 +0000 X-Authority-Analysis: v=1.0 c=1 a=n07WsRzhiL8A:10 a=ORw6YhE72dwA:10 a=QycZ5dHgAAAA:8 a=cI3-heC5bwnThYtdq7oA:9 a=Qihdmg6gh9R7q0NJcDAA:7 a=fESNiesRORCyELHGzmE8ZNSpRA8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5E65BC9419; Mon, 13 Oct 2008 07:24:47 -0700 (PDT) Date: Mon, 13 Oct 2008 07:24:47 -0700 From: Jeremy Chadwick To: Fabian Wenk Message-ID: <20081013142447.GA21047@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <48F11FD6.7050007@wenks.ch> <20081012105711.33009734@ernst.jennejohn.org> <200810130943.22079.joao@matik.com.br> <48F356D7.2020603@wenks.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <48F356D7.2020603@wenks.ch> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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: Mon, 13 Oct 2008 14:24:51 -0000 On Mon, Oct 13, 2008 at 04:10:31PM +0200, Fabian Wenk wrote: > Hello Joćo > > On 13.10.08 13:43, JoaoBR wrote: >> On Sunday 12 October 2008 06:57:11 Gary Jennejohn wrote: >>> On Sat, 11 Oct 2008 23:51:18 +0200 >>> >>> Fabian Wenk wrote: > >>> > I do have a system with FreeBSD/amd64 6.3-RELEASE with 4 GB RAM >>> > and an Adaptec 29160 Ultra160 SCSI adapter (ahc) with only a tape >>> > drive connected. The disks are on an Areca RAID controller. Access >>> > to the disks and the tape drive does work just fine without any >>> > crashes. >>> >>> This is interesting because the 29160 is exactly the controller with >>> which I had all my problems, but I was running it with disks only. > >> I guess his MB is not an AM2 socket > > Right, my system board is a Tyan Thunder i7520 (S5360) server board (with > only one Xeon single core CPU). The Adaptec SCSI is a PCI and the Areca > RAID a PCIe controller. > > I guess some more facts are needed to track this down. Does it make > troubles with more then one CPU core and also more then 3.5 GB RAM > running on FreeBSD/amd64? > > If yes, then I'm not surprised that only a few people see this behavior. > > I think the following informations would be needed to narrow down the > affected environment: > > - FreeBSD version 6.x, 7.x or 8-CURRENT and i368 or amd64 > - make and model of system board > - make and model of SCSI controller and which driver > - on board SCSI controller or PCI / PCI-X / PCIe > - device types connected to the SCSI, eg. disk, tape > - number of cpu cores > - amount of memory Two items which are missed (sort of implied though): motherboard BIOS version, and SCSI card BIOS version. Let's try to make an effort to get some hardware and software stats from other folks so we can determine what the commonality in all of this is. I can keep track of this stuff if need be. We know for sure at this point that some of the reported systems experiencing this problem work fine on Linux (all memory seen, and no data corruption), so that "sort of" clears the hardware of being bad or buggy. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |