From owner-freebsd-geom@FreeBSD.ORG Wed Oct 5 06:20:08 2011 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BC03106564A; Wed, 5 Oct 2011 06:20:08 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 159088FC16; Wed, 5 Oct 2011 06:20:08 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 391F54AC1C; Wed, 5 Oct 2011 10:20:06 +0400 (MSD) Date: Wed, 5 Oct 2011 10:19:57 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <344794801.20111005101957@serebryakov.spb.ru> To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <4E8B7A27.5070908@quip.cz> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 06:20:08 -0000 Hello, Miroslav. You wrote 5 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 1:27:03: > I am still missing one thing - dropped provider is not marked as failed > RAID provider and is accessible for anything like normal disk device. So > in some edge cases, the system can boot from failed RAID component=20 > instead of degraded RAID. This can cause data loss or demage. What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid? Something else? If GEOM class drops underlying provider due to errors, it doesn't have chances to update metadata for it. But most of classes, if dropped provider attached again, will rebuild itself, as they track which components are actual and which ones are old. Do you want GEOM classes to track droppen components somewhere else and din't even try to attach them automaticaly when they re-appear? > Is it possible to fix it by something like your geom-events, or should > it be done in each GEOM RAID class separately? geom-events only process events from GEOM classes in userland. Each class should decide what happens to him by itself, as only class itself knows is this particular error fatal or not. geom-events could help, if it replaces dropped component fith spare drive, as in such case most classes prefer "latest" drive, not old one. Without spares, everything will be exactly as it is now, plus e-mails to administrator :) --=20 // Black Lion AKA Lev Serebryakov