From owner-freebsd-current@FreeBSD.ORG Tue Nov 29 13:37:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3929D16A41F; Tue, 29 Nov 2005 13:37:26 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECE4B43D49; Tue, 29 Nov 2005 13:37:24 +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-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id jATDbF5N009001; Tue, 29 Nov 2005 13:37:15 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id jATDbF3Z046326; Tue, 29 Nov 2005 13:37:15 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id jATDbE5b046325; Tue, 29 Nov 2005 13:37:15 GMT (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: Martin Cracauer In-Reply-To: <20051128130516.A36114@cons.org> References: <61FBEC57-424E-450F-A775-10E1F5E8DF92@cian.ws> <20051127215510.A17131@cons.org> <1133190443.41553.18.camel@buffy.york.ac.uk> <438B1F90.3090708@FreeBSD.org> <1133196263.41553.54.camel@buffy.york.ac.uk> <20051128130516.A36114@cons.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 29 Nov 2005 13:37:14 +0000 Message-Id: <1133271434.46168.9.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org, =?ISO-8859-1?Q?S=F8ren?= Schmidt Subject: Re: Building new Athlon AMD64 Socket 939 or 940 machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 13:37:26 -0000 On Mon, 2005-11-28 at 13:05 -0500, Martin Cracauer wrote: > > Hmm, well that's promising. This is with: > > atapci1@pci0:7:0: class=0x010485 card=0x5348108e chip=0x005410de > > rev=0xf3 hdr=0x00 > > vendor = 'NVIDIA Corporation' > > device = 'nForce4 Serial ATA Controller' > > class = mass storage > > subclass = RAID > > > > I don't know if it makes any difference, but the board has on-board > > NVIDIA RAID, which I'm considerably less than impressed with. I'll > > build one of them without the on-board RAID support and see if > > hot-insert works. I don't have the logs (long story, but basically the > > RAID bios hosed my data) but I think it failed to notice the inserted > > disk, and was timing out while trying to select the channel when forced > > with an atacontrol reinit. > > Do not use this for safety/raid1. > > I have seen several reports that the NVidia software raid wipes out > the intact drive on warm boot when the machine reboots with one drive > bad. Seems to do a random pick which drive to mirror to which other. Thanks for confirming this - that is exactly the same behaviour as I have witnessed. I've even managed to lose data from the disks without any OS involvement, purely by using the RAID BIOS. I'm amazed how bad this controller is. > gmirror will do fine for raid1, and performs adequately (not as well > as Linux software raid1, but probably better than NVidia anyway). I've built one of the servers using native ataraid ("FreeBSD PseudoRAID"), which seems to work fine (except for the lack of hot-swap, which as I say, apparently doesn't work under any non-XP operating system anyway). Gavin