Date: Wed, 5 Oct 2011 00:11:44 +0400 From: Lev Serebryakov <lev@FreeBSD.org> To: Freddie Cash <fjwcash@gmail.com> Cc: current@freebsd.org Subject: Re: RFC: Project geom-events Message-ID: <201501426.20111005001144@serebryakov.spb.ru> In-Reply-To: <CAOjFWZ4WHPD6EwZ_6mqYuz5d0Bi8DFN=GDUga8phNm%2BsEfRvhw@mail.gmail.com> References: <1927112464.20111004220507@serebryakov.spb.ru> <CAOjFWZ4WHPD6EwZ_6mqYuz5d0Bi8DFN=GDUga8phNm%2BsEfRvhw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello, Freddie. You wrote 4 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3., 22:12:= 32: > Sounds impressive! Will be very useful for those using GEOM-based > RAID (gmirror, gstripe, graid3, graid5, etc). > Just curious: would the geom-events framework, and in particular > the geom-events script, be useful for ZFS setups, for initiating > replacements and providing "hot-spare" support?=20 Script is configurable enough to adapt for any component removal and inse= rtion command. ZFS needs to send proper event (with pool name in question, = instead of GEOM name, for example), and some commands should be added to co= nfig file for "zfs" type of GEOM, but, I think, as ZFS has extensive userla= nd library, zfsd solution could be better for ZFS. But anyway, I don't want to touch any ZFS sources, as they are very compl= icated. But I open for suggestions from ZFS team, of course. --=20 // Black Lion AKA Lev Serebryakov <lev@FreeBSD.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201501426.20111005001144>