From owner-freebsd-stable@FreeBSD.ORG Tue Sep 30 13:17:10 2014 Return-Path: Delivered-To: freebsd-stable@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 8330878B for ; Tue, 30 Sep 2014 13:17:10 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 44D5C9D2 for ; Tue, 30 Sep 2014 13:17:10 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id DEDB320E7088E; Tue, 30 Sep 2014 13:17:07 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 01A6120E7088B; Tue, 30 Sep 2014 13:17:05 +0000 (UTC) Message-ID: From: "Steven Hartland" To: "Karl Denninger" , References: <5429BB41.8080609@denninger.net> <018BC41041EE4DF589EF5D834AD45BAD@multiplay.co.uk> <5429F820.6040305@denninger.net> <542A0084.601@denninger.net> <542AAA1B.7010509@denninger.net> Subject: Re: MPS Date: Tue, 30 Sep 2014 14:17:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2014 13:17:10 -0000 ----- Original Message ----- From: "Karl Denninger" > I'd like to understand this, because I've had some trouble trying to > convert on a running machine. Specifically, I've had instances where > adding labels to existing packs (using gpart modify...) and then > destroying the glabel labels results in ZFS identifying pool members > with their uuid instead of the label -- permanently! ZFS persists out the data its using when changing various things but you can disable gptid's yes with: /boot/loader.conf kern.geom.label.gptid.enable="0"