Date: Mon, 28 Jan 2013 15:41:11 -0600 From: Dan Nelson <dnelson@allantgroup.com> To: Fabian Keil <freebsd-listen@fabiankeil.de> Cc: current@freebsd.org, fs@freebsd.org, Ulrich =?utf-8?B?U3DDtnJsZWlu?= <uqs@freebsd.org> Subject: Re: Zpool surgery Message-ID: <20130128214111.GA14888@dan.emsphone.com> In-Reply-To: <20130128205802.1ffab53e@fabiankeil.de> References: <20130127103612.GB38645@acme.spoerlein.net> <1F0546C4D94D4CCE9F6BB4C8FA19FFF2@multiplay.co.uk> <20130127201140.GD29105@server.rulingia.com> <20130128085820.GR35868@acme.spoerlein.net> <20130128205802.1ffab53e@fabiankeil.de>
next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (Jan 28), Fabian Keil said: > Ulrich Spörlein <uqs@FreeBSD.org> wrote: > > On Mon, 2013-01-28 at 07:11:40 +1100, Peter Jeremy wrote: > > > On 2013-Jan-27 14:31:56 -0000, Steven Hartland <killing@multiplay.co.uk> wrote: > > > >----- Original Message ----- > > > >From: "Ulrich Spörlein" <uqs@FreeBSD.org> > > > >> I want to transplant my old zpool tank from a 1TB drive to a new > > > >> 2TB drive, but *not* use dd(1) or any other cloning mechanism, as > > > >> the pool was very full very often and is surely severely > > > >> fragmented. > > > > > > > >Cant you just drop the disk in the original machine, set it as a > > > >mirror then once the mirror process has completed break the mirror > > > >and remove the 1TB disk. > > > > > > That will replicate any fragmentation as well. "zfs send | zfs recv" > > > is the only (current) way to defragment a ZFS pool. > > It's not obvious to me why "zpool replace" (or doing it manually) > would replicate the fragmentation. "zpool replace" essentially adds your new disk as a mirror to the parent vdev, then deletes the original disk when the resilver is done. Since mirrors are block-identical copies of each other, the new disk will contain an exact copy of the original disk, followed by 1TB of freespace. -- Dan Nelson dnelson@allantgroup.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130128214111.GA14888>