From owner-freebsd-geom@FreeBSD.ORG Mon Jul 10 16:07:01 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org 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 3C8FC16A4DF for ; Mon, 10 Jul 2006 16:07:01 +0000 (UTC) (envelope-from stas@310.ru) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86BF243D72 for ; Mon, 10 Jul 2006 16:06:56 +0000 (GMT) (envelope-from stas@310.ru) Received: from [213.87.72.70] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1FzyPD-0004S8-Qp for freebsd-geom@freebsd.org; Mon, 10 Jul 2006 20:14:45 +0400 Received: from localhost (localhost [IPv6:::1]) by fonon.realnet (8.13.6/8.13.6) with ESMTP id k6A9X4pb001489 for ; Mon, 10 Jul 2006 13:33:07 +0400 (MSD) (envelope-from stas@310.ru) Date: Mon, 10 Jul 2006 13:33:04 +0400 From: Stanislav Sedov To: freebsd-geom@freebsd.org Message-ID: <20060710133304.47d222de@localhost> In-Reply-To: <20060709155759.GA67709@psconsult.nl> References: <20060709155759.GA67709@psconsult.nl> Organization: MBSD labs, Inc. X-Operating-System: FreeBSD X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_xeoVbC._HefzLU+b5uus55y; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.5.2 Subject: Re: Which geom to use? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 16:07:01 -0000 --Sig_xeoVbC._HefzLU+b5uus55y Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable =EE=C1 Sun, 9 Jul 2006 17:57:59 +0200 Paul Schenkeveld =DA=C1=D0=C9=D3=C1=CE=CF: > Hi, >=20 > Some installations just need a lot of filesystems (e.g. systems with > many jails) making geom_bsd a bad choice because it only supports > 7 partitions. So far I've been using vinum and gvinum for the task > of dividing my disk which is also quite convinient for adding new > partitions in so far unallocated space later on. >=20 > On systems with mirrored disks (or RAID5) this works fine but on > systems with a single disk this approach has a very bad consequence: > when a disk error occurs anywhere on the disk, all subdisk and thus > all volumes on this drive object become invalid and the system > crashes. >=20 > Another approach is to slice up the disk in MBR and divide each slice > in 7 patitions with bsdlabel giving you 28 partitions to use and less > freedom to re-allocate later on because it's a very hard job to change > the MBR slices without doing a complete re-partitioning. >=20 > I've heard of people putting filesystems in files using md(4) but I > fear the performance penalty of going through a filesystem layer > twice. >=20 > So what would you guys recommend in this case, gpt(4)? Or is there > some kind of geom that does just the volume management of gvinum > without marking all volumes down at the first media error? >=20 I was using gpt to handle 20+ partitions on 2TB array for a long time with success. So it's well suited for this. --=20 Stanislav Sedov MBSD labs, Inc. =F2=CF=D3=D3=C9=D1, =ED=CF=D3=CB=D7=C1 http://mbsd.msk.ru -------------------------------------------------------------------- If the facts don't fit the theory, change the facts. -- A. Einstein -------------------------------------------------------------------- PGP fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 --Sig_xeoVbC._HefzLU+b5uus55y Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEsh7QK/VZk+smlYERAiEVAJ9VaOLOvVo2wNoVv4QIC3xoIvi23QCdHFKW 4EOgFeAcx5eJy6+o9a09hRE= =rHUC -----END PGP SIGNATURE----- --Sig_xeoVbC._HefzLU+b5uus55y--