From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:51:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32BA3106564A; Wed, 5 Oct 2011 08:51:15 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id C29448FC16; Wed, 5 Oct 2011 08:51:14 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id CE8C24AC1C; Wed, 5 Oct 2011 12:51:12 +0400 (MSD) Date: Wed, 5 Oct 2011 12:51:04 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <813229977.20111005125104@serebryakov.spb.ru> To: "Andrey V. Elsukov" In-Reply-To: <4E8C0C88.7000702@yandex.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8BE604.7090803@yandex.ru> <1822051193.20111005102710@serebryakov.spb.ru> <1239869336.20111005103945@serebryakov.spb.ru> <4E8C0C88.7000702@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, freebsd-geom@FreeBSD.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2011 08:51:15 -0000 Hello, Andrey. You wrote 5 =CF=CB=D4=D1=C2=D2=D1 2011 =C7., 11:51:36: > On 05.10.2011 10:39, Lev Serebryakov wrote: >>> (1) Class and name of GEOM which is affected. >>> (2) Name of provider which is affected. >>> (3) Name of underlying provider which is lost (consumer from >>> reporting GEOM's point of view). >>> (4) Resulting state of affected provider (fixable, alive, dead). > All except last could be get from the consumer in the orphan method. I'm afraid, that (2) could not be known too in generic way, as GEOM could have several providers, and only part of them could be affected by disconnection. Consumer contains geom (with class) and underlying provider, it is items (1) and (3)... >> Other example -- geom_label creates and destroys about 10 labels on >> boot (on my test VM) and, if DESTROYED will be reported by very >> generic mechanism, it will end up with 10 e-mails to administrator on >> every boot -- I've got this, when put notifications in too generic >> place for first try. > Ok, good point. Can you explain how your script will distinguish which > actions are performed by administrator? Since change made by administrator > could trigger disappearing of several child geoms. Not the script, but GEOMs themselves. They knows, why disk disappears. Of course, it work only one-level -- if administrator calls "gmirror remove gm0 ada4" geom_mirror knows, that ada4 is no failed. Yes, I understand, that if here is configuration like this: gmirror0 gstripe0 ada0 ada1 gstripe1 ada2 ada3 and administrator kills gstripe0, for example, geom_mirror will send event, because from its point of view it is not administrative action... But such situations, IMHO, are not very often ones. --=20 // Black Lion AKA Lev Serebryakov