From owner-freebsd-geom@FreeBSD.ORG Wed Oct 5 06:42:49 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 8A25A106566C for ; Wed, 5 Oct 2011 06:42:49 +0000 (UTC) (envelope-from stephane.lapie@darkbsd.org) Received: from quasar.darkbsd.org (shinigami.darkbsd.org [82.227.96.182]) by mx1.freebsd.org (Postfix) with ESMTP id F3C1F8FC0A for ; Wed, 5 Oct 2011 06:42:48 +0000 (UTC) Received: from quasar.darkbsd.org (localhost [127.0.0.1]) by quasar.darkbsd.org (Postfix) with ESMTP id 956AD7233 for ; Wed, 5 Oct 2011 08:26:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=darkbsd.org; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; s=selector1; bh=3KMNtUk5LeraP6QdWPdskDtDPNk=; b=r 7rh8tjnmVVI6j7Hk67cWtLT1j7WgiiM3SyFI0apD7x/ZGnUkKXm2WVUN22N1M5cW kBZ96cffTEpBqy0O4/pvzuxF4HGyg8wuXEaQaFZQ3fOTKqZvR5ntAJg4Qzt1SjE3 GAlBSkh5y/8kOizZ/4lxmu8aSJsimE3bnKFJ+icrVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=darkbsd.org; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type; q=dns; s=selector1; b=yVLWf4qcwTVzsPLqicDV3glGKxj 0c2bLGVUzEQSBthoc9phdqJoU9kcabuejBNNFGrTshYYd6j/GjrfZZX6da7858Wb BbwYyzWEbZXdjUFsodZ7oZSPtb5xXfGKDZbNO6Vs6MDkacbfbZnzc2MwWuZnNr41 xTTL9l1HHtXDo32w= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=darkbsd.org; h= content-type:content-type:in-reply-to:references:subject:subject :mime-version:user-agent:from:from:date:date:message-id:received :received; s=selector1; t=1317795968; bh=msG/NnZprUpljEy4veDrv+h SqLdaK+4wVPkCgM9RmMU=; b=XkF8MSAaNJ7pIlsITNXg+K/GNduWfvb6CEVVSB8 t9sUjDp0WXMVNYrIC8GOxuauHxwVpfA/hFdT3ZAM9BJf+xtkIi6lUNaYCnGDTIrT OT71kyq++IR5yEqD5t7pwZ+lYENWp7BEFdXkc5EgsZ8SImMcUivfl9Ee57Y6B3Pz Oel0= Received: from quasar.darkbsd.org ([127.0.0.1]) by quasar.darkbsd.org (quasar.darkbsd.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id dcl3VngR1oh5 for ; Wed, 5 Oct 2011 08:26:08 +0200 (CEST) Received: from [192.168.166.168] (unknown [210.188.173.246]) (Authenticated sender: darksoul) by quasar.darkbsd.org (Postfix) with ESMTPSA id 3A6D5722C for ; Wed, 5 Oct 2011 08:26:07 +0200 (CEST) Message-ID: <4E8BF86F.4000806@darkbsd.org> Date: Wed, 05 Oct 2011 15:25:51 +0900 From: Stephane LAPIE User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> In-Reply-To: <344794801.20111005101957@serebryakov.spb.ru> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig935178B8E7540EFBC0EA63ED" Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list 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:42:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig935178B8E7540EFBC0EA63ED Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable On 10/05/2011 03:19 PM, Lev Serebryakov wrote: > Hello, Miroslav. > You wrote 5 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 1:27:03: >=20 >> I am still missing one thing - dropped provider is not marked as faile= d >> 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? >=20 >> 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 :) A bit unrelated, but are there plans to integrate hardware RAID (mps/mfi/mpt/amr) failure notification in the same way as this would be done for GEOM ? As in, "one framework and way to manage both hard and soft RAIDs". --=20 Stephane LAPIE, EPITA SRS, Promo 2005 "Even when they have digital readouts, I can't understand them." --MegaTokyo --------------enig935178B8E7540EFBC0EA63ED Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6L+HEACgkQ24Ql8u6TF2O7xACfRui1lHr3Zr45kXXTQTjn443F oOwAoIz3wZZyM90fDLpgXkVVkfmJ2fM4 =titG -----END PGP SIGNATURE----- --------------enig935178B8E7540EFBC0EA63ED--