From owner-freebsd-geom@FreeBSD.ORG Tue Apr 10 11:58:47 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B063116A4F4 for ; Tue, 10 Apr 2007 11:58:47 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 07E9713C4F2 for ; Tue, 10 Apr 2007 11:58:46 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 459F8487FD; Tue, 10 Apr 2007 13:58:45 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id BE76045683; Tue, 10 Apr 2007 13:58:40 +0200 (CEST) Date: Tue, 10 Apr 2007 13:58:33 +0200 From: Pawel Jakub Dawidek To: Gergely CZUCZY Message-ID: <20070410115833.GC85578@garage.freebsd.pl> References: <20070408140215.GA54201@harmless.hu> <86k5wmu420.fsf@dwp.des.no> <20070408181916.GA59715@harmless.hu> <86bqhyu225.fsf@dwp.des.no> <461A4D93.3010200@freebsd.org> <20070409143818.GA86722@harmless.hu> <20070409152401.GG76673@garage.freebsd.pl> <20070409153203.GA88082@harmless.hu> <20070410113702.GA17344@harmless.hu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dkEUBIird37B8yKS" Content-Disposition: inline In-Reply-To: <20070410113702.GA17344@harmless.hu> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Ivan Voras , freebsd-geom@freebsd.org Subject: Re: volume management 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: Tue, 10 Apr 2007 11:58:47 -0000 --dkEUBIird37B8yKS Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 01:37:02PM +0200, Gergely CZUCZY wrote: > The mot accurate description would be the functionality > of linux's LVM in the scope of volume management, that's why > i had given this subject to this email/topic. >=20 > I have a storage pool (the last part of a disk), from which > i want to chop little pieces for services, and i want to be > able to increment these little pieces whenever needed. >=20 > Like i have a pool of 100G. i have two services, i allocate > 10G and 20G for them. 30G is used. Upon need, i allocate a bit > more first to service1, then it will have 15G of space > available. After this, the other one might need a bit more > space, so i give it a bit more, let's say 8G, and it will > have 28G of space. >=20 > It's really what i have described here several times. Having > a storage pool, from which volume management can be done. Dynamic > allication of storage areas from the same pool, and having the > abilit to increase the size of the previously allocated storage > areas when it's needed. It's kinda like what's Linux's LVM's > main feature. And i'm a bit surprised that FreeBSD doesn't > have a similar thing. Yeah... If you can afford running 7-CURRENT, you should really try ZFS. Even if you don't want to use ZFS file systems, you can still use ZFS ZVOLs and run UFS on top of them. For example: # zpool create tank mirror da0 da1 # zfs create -V 10g tank/foo # zfs create -V 20g tank/bar # diskinfo -v /dev/zvol/tank/{foo,bar} /dev/zvol/tank/foo 512 # sectorsize 10737418240 # mediasize in bytes (10G) 20971520 # mediasize in sectors /dev/zvol/tank/bar 512 # sectorsize 21474836480 # mediasize in bytes (20G) 41943040 # mediasize in sectors # newfs /dev/zvol/tank/foo # mount /dev/zvol/tank/foo /foo # newfs /dev/zvol/tank/bar # mount /dev/zvol/tank/bar /bar Now, when you want to grow tank/foo: # umount /foo # zfs set volsize=3D30g tank/foo # growfs /dev/zvol/tank/foo # mount /dev/zvol/tank/foo /foo Not to mention you have fast UFS snapshots, clones and other cool stuff:) The hardest part of ZFS was ZPL (ZFS POSIX Layer), which only comes into play for ZFS file systems and is not used when using ZVOLs. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --dkEUBIird37B8yKS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGG3vpForvXbEpPzQRAmJ1AKC79rCXXekqD5jmpcW7FqKJZWkIHwCgyxP4 TQBmw+4te/HxS0j/zHTjv3c= =itv/ -----END PGP SIGNATURE----- --dkEUBIird37B8yKS--