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
[-- Attachment #1 --] On 10/05/2011 03:19 PM, Lev Serebryakov wrote: > Hello, Miroslav. > You wrote 5 октября 2011 г., 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 >> 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 :) 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". -- Stephane LAPIE, EPITA SRS, Promo 2005 "Even when they have digital readouts, I can't understand them." --MegaTokyo [-- Attachment #2 --] -----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-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E8BF86F.4000806>