From owner-freebsd-fs@FreeBSD.ORG Sat Sep 1 12:49:24 2007 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B627016A417 for ; Sat, 1 Sep 2007 12:49:24 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 300CD13C45B for ; Sat, 1 Sep 2007 12:49:23 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l81CTOsI061776; Sat, 1 Sep 2007 14:29:24 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l81CTFZD079579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Sep 2007 14:29:15 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l81CTEl6061341; Sat, 1 Sep 2007 14:29:14 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l81CTE41061340; Sat, 1 Sep 2007 14:29:14 +0200 (CEST) (envelope-from ticso) Date: Sat, 1 Sep 2007 14:29:14 +0200 From: Bernd Walter To: Gergely CZUCZY Message-ID: <20070901122913.GE54895@cicely12.cicely.de> References: <20070901074803.GM85633@comp.chem.msu.su> <3842.1188634387@critter.freebsd.dk> <20070901092310.GO85633@comp.chem.msu.su> <20070901093035.GA18069@harmless.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070901093035.GA18069@harmless.hu> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: Yar Tikhiy , Poul-Henning Kamp , Dmitry Morozovsky , fs@freebsd.org Subject: Re: New option for newfs(3) to make life with GEOM easier X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2007 12:49:25 -0000 On Sat, Sep 01, 2007 at 11:30:35AM +0200, Gergely CZUCZY wrote: > On Sat, Sep 01, 2007 at 01:23:10PM +0400, Yar Tikhiy wrote: > > On Sat, Sep 01, 2007 at 08:13:07AM +0000, Poul-Henning Kamp wrote: > > > In message <20070901074803.GM85633@comp.chem.msu.su>, Yar Tikhiy writes: > > > >Hi all, > > > > > > > >With some geom(4) modules saving their metadata in the last sectors > > > >of block devices such as disks and partitions, > > > > > > 1. If those geom modules do not reduce their providers to prevent > > > this metadata from being overwritten, they are buggy. > > > > In some scenarios, it can be desirable to newfs first, geom later. > True, done it many time myself. Since sysinstall doesn't allow you > to install onto a gmirror array, many install via sysinstall, and gmirror > the system afterwards, which is exactly this situation. Sysinstall easily allows you to not partition the last few sectors. The newfs option is only usefull if you are mirroring at fs level, which is note quite common for system disks, where you really need partitions. > Though for this, geom class manuals should mention how much > space do they need for the metadata at the end. Or to simplify > thing an option for like "reserve some space for (gmirror|gstripe|gfoobar)" > should be introduced. Or specifing the module and newfs could "ask" > the geom class for its metadata size that should be reserved. > Just thinking, sorry if it was too wild... And there is currently no way to find out if your calculations were wrong, other than try and fail. I guess it would be good if a mount tries to read the last sector and gives a warning if the read fails. I expect many systems were build by adding gmirror later without taking the last sector into account. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de