From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 15 13:06:41 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E47106566B for ; Sun, 15 Feb 2009 13:06:41 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 12DCB8FC08 for ; Sun, 15 Feb 2009 13:06:40 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id n1FD6dPX094406 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 15 Feb 2009 14:06:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id n1FD6aJ8007514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Feb 2009 14:06:36 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id n1FD6aJH086150; Sun, 15 Feb 2009 14:06:36 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id n1FD6aCr086149; Sun, 15 Feb 2009 14:06:36 +0100 (CET) (envelope-from ticso) Date: Sun, 15 Feb 2009 14:06:36 +0100 From: Bernd Walter To: Antti Louko Message-ID: <20090215130636.GM84964@cicely7.cicely.de> References: <5f67a8c40902141100w406b0a73h7cf487369e15ec8f@mail.gmail.com> <20090214203919.GV84964@cicely7.cicely.de> <4998034D.5020203@louko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4998034D.5020203@louko.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.050, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: freebsd-hackers@freebsd.org, Zaphod Beeblebrox , ticso@cicely.de Subject: Re: When does the pool get bigger? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2009 13:06:42 -0000 On Sun, Feb 15, 2009 at 01:58:05PM +0200, Antti Louko wrote: > Bernd Walter wrote: > > On Sat, Feb 14, 2009 at 02:00:23PM -0500, Zaphod Beeblebrox wrote: > > >> When does the pool get bigger? The resilver of the last drive has finished, > >> but the pool still reads > > >> ... which is the size with 750G drives. > > > You need to export/import the pool once. > > A related issue. It is probably more of a generic ZFS code base thing, > but what do you think? > > It would be a nice idea to be able to _prevent_ ZFS pool from groving > automatically. This could be a flag in the pool label or anything. This > is not a real issue in FreeBSD at least for me because it is in any case > better to use glabel to label partitions so that the names don't change > between reboots when devices are added and removed. > > But with pool using whole disks this would be useful if one wants to > keep pool at certain size eg. to be able to temporarily use larger disks > and later move back to original-size disks. This wouldn't be an issue at all if the pool could shrink. Since it is on the TODO list I will wait. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.