Date: Wed, 05 Oct 2011 15:25:51 +0900 From: Stephane LAPIE <stephane.lapie@darkbsd.org> To: freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events Message-ID: <4E8BF86F.4000806@darkbsd.org> In-Reply-To: <344794801.20111005101957@serebryakov.spb.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E8BF86F.4000806>