From owner-freebsd-fs@FreeBSD.ORG Mon Jun 22 21:46:46 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 C8224DDE for ; Mon, 22 Jun 2015 21:46:46 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 69E56C12 for ; Mon, 22 Jun 2015 21:46:46 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from liminal.local ([192.168.100.2]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t5MLkc10092529 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 22 Jun 2015 22:46:38 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t5MLkc10092529 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1435009598; bh=R60+BhHbggf+N0YBN5nZ9fdo2f/+NeGA4scLZYXrB3Y=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Mon,=2022=20Jun=202015=2022:46:29=20+0100|From:=20Matthew =20Seaman=20|To:=20freebsd-fs@fre ebsd.org|Subject:=20Re:=20ZFS=20pool=20restructuring=20and=20emerg ency=20repair|References:=20<5584C0BC.9070707@sneakertech.com>=20< 5587BC96.9090601@sneakertech.com>=20<20150622115856.GA60684@neutra lgood.org>=20<55887BE8.2090305@sneakertech.com>|In-Reply-To:=20<55 887BE8.2090305@sneakertech.com>; b=gRoYfF7VNm2IzDC6eAXeq9Azgnrm2kL25dCWYKHkzP5x8+yRwefcWIKpyLW7K8jnE yx9rW6rA5WU1xBNsyhM3w6aBjtCaEwKDqOp6tgQ6kqGSJyJ+m30M5OX51Uu7N0JC5Z y8IAUkt2gFS+smZdZOU2uQmZn2WHpoSERyOKPGH0= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host [192.168.100.2] claimed to be liminal.local Message-ID: <55888235.5000100@infracaninophile.co.uk> Date: Mon, 22 Jun 2015 22:46:29 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org 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> In-Reply-To: <55887BE8.2090305@sneakertech.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9DMiUK28hUiFvVtASlkbdsOo5nBiBRee5" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk 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: Mon, 22 Jun 2015 21:46:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9DMiUK28hUiFvVtASlkbdsOo5nBiBRee5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 22/06/2015 22:19, Quartz wrote: >>> So I take it that, aside from messing with a gvirstor/ sparse disk >>> image, there's still no way to really handle this because there's sti= ll >>> no way to shrink a pool after creation? >> >> Correct. There's no way to shrink a pool ever. >=20 > Drat, that's what I thought. Oh well. 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. Cheers, Matthew --9DMiUK28hUiFvVtASlkbdsOo5nBiBRee5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iQJ8BAEBCgBmBQJViII7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATGHIP/2TlXQYW+nZbX3t1Sm7evmC7 zxN48bsUk3j1vIIR9X0OVvDcfAuuVAq5gxvBisteBOV3jJCEvIofjmbxx+4bEkDe NLg1hp4tvqKyoFEDrwq/pOzorgKCd8JOXEKXIvNthTRKM4LLkZUebQ09yIykSYy1 ldSs/5YPL3taN/L9aTs+ibuS+FIpCdprZ7qhm9o434KkuagIo4GwqOM/kd0fzpAg m7uxIytfw7mtDydCGDJ+tDjjcPEnToNkd2Xkl6QyEfpG3oUHpaqsZZuIDgRDlIY7 9RbUcSWym8cLqjpxYmeQbxLdCmNaxuhTZARiFx33N5oD0C7btce8A5+YuVzHu/0n YO1ETXvTgHy0C96wLsd/jx22rROvRIB79YoY28nZfrKB6l4pAJuwGFQfx9oeJBjT NQ8NdoLFlGmvhcQ4L66fEbeYDvnG1m64UpbvYeiNKX3NkNjcBV4NrIRbSRds79t9 +9reSjshk0bht0AfWSiABJeikzXan/JAoDV+4P3WvIbdFRcADD0dmkxrnQRPdrv0 P1y9ksh1WDNN95mofQ0U+i/UZuB9lsX42ciVV1/JL2VzNoP5oxF3qYX6V5IFAqjR hxF3Beui0Ut2vmfBl5HeHW5eHtwzaq4RFStrYXmwVP7a4TVTcnxIfLemV4I9PnxS JsgD47/wW3vuBoN0ZjqI =W/cs -----END PGP SIGNATURE----- --9DMiUK28hUiFvVtASlkbdsOo5nBiBRee5--