From owner-freebsd-stable@FreeBSD.ORG Thu Jan 13 15:02:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0F071065672 for ; Thu, 13 Jan 2011 15:02:40 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 85B5F8FC0C for ; Thu, 13 Jan 2011 15:02:40 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3B18F.dip.t-dialin.net [87.179.177.143]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id A9CF4844187; Thu, 13 Jan 2011 15:43:14 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id A4E772A57; Thu, 13 Jan 2011 15:43:11 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p0DEgnCj035874; Thu, 13 Jan 2011 15:42:49 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 13 Jan 2011 15:42:49 +0100 Message-ID: <20110113154249.12101reh2to1rqe8@webmail.leidinger.net> Date: Thu, 13 Jan 2011 15:42:49 +0100 From: Alexander Leidinger To: Boris Kochergin References: <4D228F41.7040403@langille.org> <4D23504D.8060103@libeljournal.com> <4D2BD0A7.9060003@langille.org> <4D2C810E.2070007@libeljournal.com> <4D2E4C61.80407@acm.poly.edu> In-Reply-To: <4D2E4C61.80407@acm.poly.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: A9CF4844187.A6B94 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.351, required 6, autolearn=disabled, RDNS_NONE 1.27, TW_ZF 0.08) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1295534599.307@wHnyKe6sz+6M2z6jxGK5Aw X-EBL-Spam-Status: No Cc: freebsd-stable , Chris Forgeron Subject: Re: ZFS - hot spares : automatic or not? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 15:02:41 -0000 Quoting Boris Kochergin (from Wed, 12 Jan 2011 19:50:41 -0500): > On 01/12/11 19:32, Chris Forgeron wrote: >> Solaris runs a separate process called Fault Management Daemon >> (fmd) that looks to handle this logic - This means that it's really >> not inside the ZFS code to handle this, and FreeBSD would need >> something similar, hopefully less kludgy than a user script. >> >> I wonder if anyone has been eyeing the fma code in the cddl with a >> thought for porting it - It looks to be a really neat bit of code - >> I'm still quite new with it, having only been working with Solaris >> the last few months. It depends upon a lot of standardized kernel notifications. Basically (big picture view) it is the same as our devd (reacting to events) with some logig what to do with it (which we can do without our devd too). > Would the people with custom hot-spare scripts, or nothing automated > at all, be content if the sysutils/geomWatch program grew support > for hot spares in a future version? I already became somewhat > familiar with the userland ZFS API when I added ZFS support to it. I had a look at geomWatch and it seems it is polling based. For something like zfs hotspare replacement you normally want to have the reaction event based (= devd). I even go further and think that things which geomWatch is doing, should be done with devd (may it be directly, or by delegating some events via a non-existing-yet interface (which could be even script driven) to another daemon). It may be that this would need some more events to be produced by different geom parts. IMO it would be great if those people with hotspare-scripts would publish them. This way a joined effort could be initiated to come up with some generic way of handling this which could be included in the base system. Bye, Alexander. -- Whatever creates the greatest inconvenience for the largest number must happen. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137