From owner-freebsd-geom@FreeBSD.ORG Tue Jul 6 18:48:11 2004 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E81E16A4CF for ; Tue, 6 Jul 2004 18:48:11 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F0C143D5C for ; Tue, 6 Jul 2004 18:48:11 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 29065 invoked from network); 6 Jul 2004 18:48:10 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Jul 2004 18:48:10 -0000 Received: from hydrogen.funkthat.com (wxklmr@localhost.funkthat.com [127.0.0.1])i66ImAHX015640; Tue, 6 Jul 2004 11:48:10 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i66ImA52015639; Tue, 6 Jul 2004 11:48:10 -0700 (PDT) Date: Tue, 6 Jul 2004 11:48:10 -0700 From: John-Mark Gurney To: Pawel Jakub Dawidek Message-ID: <20040706184810.GQ57659@funkthat.com> References: <20040706113242.GK12007@darkness.comp.waw.pl> <20040706175554.GP57659@funkthat.com> <20040706181325.GM12007@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040706181325.GM12007@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: geom@FreeBSD.org Subject: Re: GEOM and retaste. X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2004 18:48:11 -0000 Pawel Jakub Dawidek wrote this message on Tue, Jul 06, 2004 at 20:13 +0200: > On Tue, Jul 06, 2004 at 10:55:54AM -0700, John-Mark Gurney wrote: > +> Pawel Jakub Dawidek wrote this message on Tue, Jul 06, 2004 at 13:32 +0200: > +> > I'm still fighting with 'stop' command for geom_mirror class. > +> > It should works, just like in my other class: turn off the given > +> > geom/provider/device. > +> > But for geom_mirror, I need to open all disks with r1w1e1 perms, > +> > so when I call 'stop' command and I close those disks, they are > +> > retasted and mirror is created once again. > +> > I don't want to touch metadata to mark all disks as inactve, because > +> > after kld module is unloaded and loaded again I want this mirror > +> > to be setup automatically. > +> > > +> > Any ideas? > +> > +> Add state to the geom_mirror class to know what mirrors are disabled... > +> then when they appear, you just ignore them... and make sure the > +> memory used by the state table is destroyed upon unload... and then > +> reload, they'll be back... > > Imagine that box have few years of uptime and there were many mirrors > enabled/disabled... Well, when you enable a mirror, you just delete the entry... and I can't imagine a box that you attached 100's of mirrors to it... You could time out entries, but that would be against POLA... > +> I can't think of any other way since geom itself doesn't know enough > +> information about the class to prevent you from tasting the devices > +> (and possibly coming up with only part of the mirror)... > > But it does know that I was the one who made the last close of provider > (then retaste event is send) and it could pass some flag to taste > function to tell me about it. And it could be argued, that even if someone else opened and closed it, you still want it disabled if you support that... and then you wouldn't get said flag the second time around.... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."