From owner-freebsd-fs@FreeBSD.ORG Tue Jun 23 00:40:16 2015 Return-Path: Delivered-To: freebsd-fs@nevdull.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B027A43 for ; Tue, 23 Jun 2015 00:40:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E941188 for ; Tue, 23 Jun 2015 00:40:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from zeta.ixsystems.com (c-71-202-112-39.hsd1.ca.comcast.net [71.202.112.39]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id B20E2186DE; Mon, 22 Jun 2015 17:40:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1435020014; x=1435034414; bh=s2MrOc4nMp2Xx+QZgChKN+UjBSQ1Vhq5ptkj2Ce9LPk=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=g+9c6NbahS2nmCYJLY+ieFw+frM9V/O/mGo1Wev80S6sx2stfALCMXaew9FndDbv/ K4Wm5R6YH7fuGHCOaV8mR+yO1gthXfbD1fgpHRbwjnniGK5GuKZsi2ts9aBo8L53H2 6Y+v1H1GwZBGiD9RgSHLaxcwBkgZLEPLOf2ZbEvs= Message-ID: <5588AAED.9030003@delphij.net> Date: Mon, 22 Jun 2015 17:40:13 -0700 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: kpneal@pobox.com, Bob Friesenhahn CC: freebsd-fs@freebsd.org, Quartz Subject: Re: ZFS pool restructuring and emergency repair References: <5584C0BC.9070707@sneakertech.com> <5587BC96.9090601@sneakertech.com> <20150622115856.GA60684@neutralgood.org> <55887BE8.2090305@sneakertech.com> <55888235.5000100@infracaninophile.co.uk> <558883CD.3080006@sneakertech.com> <20150623000453.GA92931@neutralgood.org> In-Reply-To: <20150623000453.GA92931@neutralgood.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2015 00:40:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 06/22/15 17:04, kpneal@pobox.com wrote: > On Mon, Jun 22, 2015 at 06:13:27PM -0500, Bob Friesenhahn wrote: >> On Mon, 22 Jun 2015, Quartz wrote: >> >>>> Although in one of Matt Ahrens talks at BSDCan he spoke of >>>> plans to change this. Essentially you'ld be able to offline >>>> a vdev, and a background process (like scrub) would copy all >>>> the data blocks from that device to elsewhere in the pool. >>>> Once finished, the devices making up the vdev could be >>>> physically removed. >>> >>> Oh, that would be nice. Was there a timeline guesstimate for >>> when that would be implemented, or was it more a "maybe >>> someday" thing? >> >> This has been planned for perhaps 8 years already. Still in the >> original status. > > Is this via "block pointer rewrite"? Actually the vdev removal feature is implemented back in last December (bcc'ed Matt in case he want to chime in) by Delphix. If I remember correctly, it's almost finished at the time we had OpenZFS developer summit last year. The initial changeset is about 5000 or 5500 lines of changes and is not integrated into Illumos repository yet. == The block pointer rewrite is something that would complicate the ZFS code quite a lot (and possibly also break many layering design) so don't expect it happening anytime soon. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.5 (FreeBSD) iQIcBAEBCgAGBQJViKrtAAoJEJW2GBstM+nspCYP/RSXZT9Ni/Asc17hkuro/0jR lwDrkQkDrGin8/ACZ8MKNnVpdRIysuMvPD9fsi5pq7N9/nnGFf1Xq0EF7dYDn+bl UpxnXJ678lnpwTls0NXo93RoPxzsBEzAbMjmJ4YWEWOe0iKnwj+hL4d7WoHYu0tM mqFWpBM4kefd0QDjMLOMK58z20qdNqIPFxTMP+pTiVycl4x8lb284hLEWmi6u1g/ 1u57PowRwCOWPxISuunUgeKpkz2c05YTG4vQzm2p9kzhjV2lrqNiNLSxPMv4FEfI NTKSoscyfznm6GAOT+yV9HfepzZiWDQaG2l8epRA9hn+KhzMUsium3kX/3JHwL97 ybFqvPj46QzkVjnaTgAw2rsYqaYlDcBmJ6xKU/J+u+aq55VKnyN2sLYLYxD576QS IgN7LYgMCp+6YCU+oOGhmwzcAlF4kykjeW//om3Kjr4VY7Fk7jEBC20vMn5bBobj jtluxyDk2t3ccjbdNzAjHsgmzDSwQodgfsMjj7U35pTI6YkWG3Ywc/D7oLoc9C6K oVZSJsh11tjCO0D6XZx2Nv3hy1Y3Lr8AAZ7SJnpm4zEBKx3HYyPWCtwjA3quSPxx OSW3I7AlUUYaDfYrTIM3mrm4XOd5IBxGKfAbgdF/hQDTRQZUQXchqMxzfC6rEtv/ Djz/XVE1Ad9RgST3gzA+ =e4aP -----END PGP SIGNATURE-----