From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 17:00:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 2A0A216A420; Fri, 13 Jan 2006 17:00:04 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA7A43D72; Fri, 13 Jan 2006 16:59:49 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 13 Jan 2006 08:59:49 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id k0DGxm5S083745; Fri, 13 Jan 2006 08:59:48 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k0DGxmob083744; Fri, 13 Jan 2006 08:59:48 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200601131659.k0DGxmob083744@ambrisko.com> In-Reply-To: <200601122020.59843.jkim@FreeBSD.org> To: Jung-uk Kim Date: Fri, 13 Jan 2006 08:59:48 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Scott Mitchell , freebsd-stable@FreeBSD.org, Vivek Khera Subject: Re: 6.0 on Dell 1850 with PERC4e/DC RAID? 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: Fri, 13 Jan 2006 17:00:04 -0000 Jung-uk Kim writes: | On Thursday 12 January 2006 07:41 pm, Doug Ambrisko wrote: | > Scott Mitchell writes: | > | > I did find a program | > | > posted to one of the freebsd lists called 'amrstat' that I run | > | > nightly. It produces this kind of output: | > | > | > | > Drive 0: 68.24 GB, RAID1 | > | > optimal | > | > | > | > If it says "degraded" it is time to fix a drive. You just | > | > fire up the lsi megaraid tools and find out which drive it is. | > | > This is probably a faily good scheme. Caveat is that you can have | > a "optimal" RAID that is broken :-( | | That's lame. Under what condition does it happen, do you know? Running RAID 10, a drive was swapped and the rebuild started on the replacement drive. The rebuild complained about the source drive for the mirror rebuild having read errors that couldn't be recovered. It continued on and finished re-creating the mirror. Then the RAID proceeeded onto a background init which they normal did and started failing that and re-starting the background init over and over again. The box changed the RAID from degraded to optimal when the rebuild completed (with errors). Do a dd of the entire RAID logical device returned an error at the bad sector since it couldn't recover that. The RAID controller reported an I/O error and still left the RAID as optimal. We reported this and where told that's the way it is designed :-( Probably the spec. is defined by whatever the RAID controller happens to do versus what make sense :-( So far this has only happened once. Changing firmware did not help. Doug A. PS. sorry for the null email before this. Hit the wrong key.