From owner-freebsd-questions@FreeBSD.ORG Wed Aug 6 15:49:53 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 104E288A for ; Wed, 6 Aug 2014 15:49:53 +0000 (UTC) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id DE8C02E90 for ; Wed, 6 Aug 2014 15:49:52 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 3hSy2L4Jvkzh2 for ; Wed, 6 Aug 2014 11:49:46 -0400 (EDT) Date: Wed, 06 Aug 2014 11:49:46 -0400 From: Daniel Staal To: freebsd-questions@freebsd.org Subject: Re: gvinum raid5 vs. ZFS raidz Message-ID: <6186BEB32D362AFE65F1A798@[192.168.1.50]> In-Reply-To: <201408060623.s766NZ64028954@sdf.org> References: <201408060623.s766NZ64028954@sdf.org> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2014 15:49:53 -0000 --As of August 6, 2014 1:23:35 AM -0500, Scott Bennett is alleged to have said: > That would mean having/buying enough more space to be able to do > that. Further, one would probably want to set up a new raidzN on those > devices to hold all that output, so that one would not risk > corrupting/losing one's data during the process. And if one is going to > do that, then why copy it back? Growing it in place would eliminate that > space requirement, perhaps saving the owner a considerable amount of > money. The only additional spindles needed would be the new ones to > increase the space or raidz level. --As for the rest, it is mine. Agreed. ;) But I've seen it mentioned on pages talking about moving to new datasets (there are other reasons - notably the *other* way to grow a zfs pool, by adding vdevs, doesn't spread the IO across all the disks without it: writes go to the *empty* vdev by preference), and you can do things like store the zfs stream at a cloud provider for the duration of the exchange. So I thought it was worth mentioning in this context, even if it wasn't exactly the same thing. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. ---------------------------------------------------------------