From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 29 09:54:59 2006 Return-Path: X-Original-To: hardware@freebsd.org Delivered-To: freebsd-hardware@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA2C116A407; Wed, 29 Nov 2006 09:54:59 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7848C43CFA; Wed, 29 Nov 2006 09:54:57 +0000 (GMT) (envelope-from xfb52@dial.pipex.com) Received: from [172.23.170.140] (helo=anti-virus02-07) by smtp-out4.blueyonder.co.uk with smtp (Exim 4.52) id 1GpM9Y-0005Np-LF; Wed, 29 Nov 2006 09:54:56 +0000 Received: from [82.46.239.57] (helo=[192.168.0.2]) by asmtp-out1.blueyonder.co.uk with esmtp (Exim 4.52) id 1GpM9X-00011E-Lv; Wed, 29 Nov 2006 09:54:56 +0000 Message-ID: <456D58EF.30306@dial.pipex.com> Date: Wed, 29 Nov 2006 09:54:55 +0000 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.13) Gecko/20061106 X-Accept-Language: en MIME-Version: 1.0 To: Palle Girgensohn References: <04c001c71300$3bdebf90$6501a8c0@workdog> <66DACABD698EBC4779CC4429@rambutan.pingpong.net> In-Reply-To: <66DACABD698EBC4779CC4429@rambutan.pingpong.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hardware@freebsd.org Subject: Re: no file system after replacing bad RAID drive X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 09:55:00 -0000 Palle Girgensohn wrote: > > Well, before replacing the disk, the file system worked OK (only > degraded, no redundancy). The Dell guy replaced the disk while the > system was shut off, Dell thinks that may have something to do with, > but it sounds strange to me. When disk was inserted, it seemed like it > was rebuilding, since all disks in the cluster where flashing vividely. > I don't know how to solve your problem but I bet the answer lies with the RAID BIOS, assuming you have any data left... What we found when testing this controller with RAID-1 is that you *never* replace a disk while the machine is off as the controller then has no knowledge about what has happened. If you had pulled the bad disk and pushed the new one with everything switched on I would bet that it would have worked fine. We rebuilt a RAID-1 with FreeBSD running just to be sure that we could. Are you sure that the rebuild didn't for example, copy the blank disk to the good disks? (Certainly something we managed to do with RAID-1 (in testing!), but might not happen so easily for RAID-5). From what I recall, there should have been no reason to mess around with megarc other than to monitor the rebuild. --Alex