From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 14:49:46 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 4F90F106566B; Wed, 5 Oct 2011 14:49:46 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7758FC15; Wed, 5 Oct 2011 14:49:45 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8D99328431; Wed, 5 Oct 2011 16:49:44 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9058A2842D; Wed, 5 Oct 2011 16:49:42 +0200 (CEST) Message-ID: <4E8C6E85.90005@quip.cz> Date: Wed, 05 Oct 2011 16:49:41 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: lev@FreeBSD.org References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> In-Reply-To: <251861322.20111005125825@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: Alexander Motin , 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 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 14:49:46 -0000 Lev Serebryakov wrote: > Hello, Miroslav. > You wrote 5 октября 2011 г., 12:24:06: > >>> What RAID do you mean exactly? geom_stripe? geom_mirrot? geom_raid? >>> Something else? >> I am mostly using geom_mirror. > [SKIPPED] > Oh, I see. Unfortunately, there is no GEOM metadata infrastructure, > GEOMs are too generic for this. I could design some meta-meta > framework, and unify all RAID classes with "intenral" metadtata > (geom_stripe, geom_concat, geom_mirror, geom_raid3 and my external > geom_raid5) to use it. In such case it will work -- kernel will not > pass providers with "dirty" metadtata to any GEOMs, but owners, for > tasting. Of course, classes like geom_part and geom_raid could not be > changed in such way -- they are forced to use pre-defined metadata > formats. > > It is good idea, but it should be separate project. And, yes, it > will change metadata format for these GEOMs, so it will not be > backward-compatible. > > And, yes, it seems to be much more intrusive change in GEOM > subsystem (because it will change tasting sequence), and should be > supervised by other developers from very beginning. > > I could write proposal in near future, with some design notes. I am waiting years for the moment, when these GEOM problems will be fixed, so I am really glad to see your interest! It will be move to right direction even if changes will not be backward compatible. The current state is too fragile to be used in production. Gmirror alone can be used, glabel alone can be used, GPT alone can be used... but mix it all stacked together is way to hell. e.g. Using GPT on glabeled provider always ends with error message about corrupted secondary GPT table. (But how can I use iSCSI in reliable way if I cannot use glable on devices and iSCSI device can have different number on each reboot? I wrote about it almost 2 years ago) GEOM layering possibilities are really amazing, but metadata, tasting and robustness in edge cases is not well done. If you are able to come with some fixes in GEOM metadata implementation / handling, I see better future :) Unfortunately, I am not a C programmer, so I cannot write patches, but I can test whatever you will need in this area. You are right, it should be separate project. I am looking forward to your proposal / wiki page. Thank you again for your work on GEOM improvements! Miroslav Lachman