From owner-freebsd-fs@FreeBSD.ORG Mon Oct 24 05:41:04 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69FFC106564A; Mon, 24 Oct 2011 05:41:04 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2F37E8FC14; Mon, 24 Oct 2011 05:41:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=ntaBD783RjTBRqzJ4TJ2le6o0BXp7tvI1Bzh1sYTGAE=; b=cpMpkhTcJ8rUeEQdv3ImRLHpq5EyIznM/8xPkZsPfVlN5KHxxISaMtb0t2BYclgLmLkYT4avZWqVuKoxqlTpplqHV1Ps3qUBzvZbYxmArH3/qU8fHNUxL1RHuMa5VStcbrSYM8zAqpkQVjBrXyGdxiVCf3WVRK81x59msmLpFxU=; Received: from cpe-72-182-3-73.austin.res.rr.com ([72.182.3.73]:51206 helo=[192.168.200.103]) by thebighonker.lerctr.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RIDHS-000MC3-MI; Mon, 24 Oct 2011 00:41:03 -0500 Message-ID: <4EA4FA6F.7030602@lerctr.org> Date: Mon, 24 Oct 2011 00:41:03 -0500 From: Larry Rosenman User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20111024053405.GJ1697@garage.freebsd.pl> In-Reply-To: <20111024053405.GJ1697@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.1 (-) X-LERCTR-Spam-Score: -1.1 (-) X-Spam-Report: SpamScore (-1.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, SARE_BAYES_7x5=0.8, SARE_BAYES_8x5=0.8, TW_GP=0.077, TW_ZF=0.077 X-LERCTR-Spam-Report: SpamScore (-1.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, SARE_BAYES_7x5=0.8, SARE_BAYES_8x5=0.8, TW_GP=0.077, TW_ZF=0.077 Cc: freebsd-fs@freebsd.org Subject: Re: Anyway to change pool to use the gpt label instead of gptid? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2011 05:41:04 -0000 On 10/24/2011 12:34 AM, Pawel Jakub Dawidek wrote: > On Sun, Oct 23, 2011 at 07:52:08PM -0500, Larry Rosenman wrote: >> Is there any way to convert this setup to use the GPT labels instead of the the >> GPT UUID's in zpool status/zpool iostat? > When you create your pool using GPT labels, it will prefer them over > anything else on import. If it cannot find labels, it will switch to > something else that looks like your VDEVs. > > If you want to switch to GPT labels when your pool already exist and you > cannot export it (it holds root file system), you can create GPT labels > with gpart(8), disable GPTIDs by adding the following line to > /boot/loader.conf: > > kern.geom.label.gptid.enable=0 > > Then you reboot and hope for the best. It will either pick GPT labels or > adap. > It's picking adap. It looks like the system doesn't consistently leave the /dev/gpt/* entry in. After offlining and re-onlining some of the members, my /dev/gpt/ directory looks like: $ ls /dev/gpt disk1 disk3 swap0 swap1 swap2 swap3 swap4 swap5 $ So, I'm not sure what the system is doing. After a reboot, the /dev/gpt/disk* entries will NOT be there. IIRC, I saw some code somewhere, that removes them when zfs boots (either the gptboot or zfsloader code). I'm wondering why this is done here, but I think(!) I'll be ok with the adap names. I don't like the gptid/* names, since it makes the zpool status/iostat lines too long, and messes up the columns. Thanks for the reply.