From owner-freebsd-stable@FreeBSD.ORG Mon Jul 5 00:30:59 2004 Return-Path: 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 B345016A4CE; Mon, 5 Jul 2004 00:30:59 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 612B643D2D; Mon, 5 Jul 2004 00:30:59 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-92-118.roa.east.verizon.net [151.199.92.118]) by gromit.dlib.vt.edu (8.12.11/8.12.11) with ESMTP id i650Uukn042080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 4 Jul 2004 20:30:58 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i650Uo6i002136; Sun, 4 Jul 2004 20:30:50 -0400 (EDT) From: Paul Mather To: "Simon L. Nielsen" In-Reply-To: <20040704221056.GE862@zaphod.nitro.dk> References: <20040701083204.790719f2.steve@sohara.org> <200407042333.33470@harryhomeworkstation> <20040704221056.GE862@zaphod.nitro.dk> Content-Type: text/plain Message-Id: <1088987448.691.10.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 04 Jul 2004 20:30:49 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: Harald Schmalzbauer Subject: Re: atacontrol Raid, cannot re-add member to array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 05 Jul 2004 00:30:59 -0000 On Sun, 2004-07-04 at 18:10, Simon L. Nielsen wrote: > On 2004.07.04 23:33:28 +0200, Harald Schmalzbauer wrote: > > > I've never tried ataraid with "non-raid" controllers but I doubt that > > detach/attach would work. > > It does work, you "just" have to hotswap the disk [1]. I tried it > some time ago, and I successfully did a rebuild, though I did kill one > of the disks shortly after since I tried to plug in the power cable > the wrong way during another test (yes that's stupid, I know :-) ). So does this mean ATA RAID doesn't work on "non-raid" controllers that have non-hot swappable drives attached? (E.g., a drive get hard errors, is marked as failed and the RAID as DEGRADED, and you have to shut down the machine to remove and replace it---but ATA RAID won't recognise it/rebuild onto it when you reboot with the replacement drive.) If that is the case, the man page really should note that serious limitation. I have tried the detach/attach on a non-raid controller to simulate failure and have *never* managed to get rebuild to work. I've also tried the shutdown/remove/replace/reboot method but, again, *never* managed to get rebuild to work on a "non-raid" controller. :-( I've never had any hotswap-capable drives to test the hot-swap replacement/rebuild method. :-( > Well, I'm using it just fine on my main mailserver (running 5.2.1) but > that's a RAID1 with standard a ATA controller. I wish it would work for me. :-) I have a non-raid controller 5.2.1 system that I tried it on (with non-hot swap drives) that I eventually had to bail and use Vinum on. Alas, Vinum seems to be rotting at a fast pace in CURRENT, so I'm worried about the prospect of being able to upgrade that system when 5.3 rolls around... :-( Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa