From owner-freebsd-questions@FreeBSD.ORG  Wed Nov  5 11:13:58 2014
Return-Path: <owner-freebsd-questions@FreeBSD.ORG>
Delivered-To: freebsd-questions@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id AB9BC6C9
 for <freebsd-questions@freebsd.org>; Wed,  5 Nov 2014 11:13:58 +0000 (UTC)
Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no
 [IPv6:2001:700:1100:1:200:ff:fe00:b])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "smtp.fagskolen.gjovik.no",
 Issuer "Fagskolen i Gj??vik" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id 51B0C8E9
 for <freebsd-questions@freebsd.org>; Wed,  5 Nov 2014 11:13:57 +0000 (UTC)
Received: from mail.fig.ol.no (localhost [127.0.0.1])
 by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id sA5BDrZu002195
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
 Wed, 5 Nov 2014 12:13:53 +0100 (CET)
 (envelope-from trond@fagskolen.gjovik.no)
Received: from localhost (trond@localhost)
 by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id sA5BDraF002192;
 Wed, 5 Nov 2014 12:13:53 +0100 (CET)
 (envelope-from trond@fagskolen.gjovik.no)
X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs
Date: Wed, 5 Nov 2014 12:13:53 +0100 (CET)
From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no>
Sender: Trond.Endrestol@fagskolen.gjovik.no
To: Arthur Chance <freebsd@qeng-ho.org>
Subject: Re: zpool component names - gpt vs. gptid
In-Reply-To: <545A0067.1090005@qeng-ho.org>
Message-ID: <alpine.BSF.2.11.1411051159030.1380@mail.fig.ol.no>
References: <5459E89F.7080801@qeng-ho.org>
 <alpine.BSF.2.11.1411051026360.1376@mail.fig.ol.no>
 <545A0067.1090005@qeng-ho.org>
User-Agent: Alpine 2.11 (BSF 23 2013-08-11)
Organization: Fagskolen Innlandet
OpenPGP: url=http://fig.ol.no/~trond/trond.key
MIME-Version: 1.0
X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham
 autolearn_force=no version=3.4.0
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1
Cc: freeBSD-Questions <freebsd-questions@freebsd.org>
X-BeenThere: freebsd-questions@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: User questions <freebsd-questions.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-questions>, 
 <mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions/>
List-Post: <mailto:freebsd-questions@freebsd.org>
List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
 <mailto:freebsd-questions-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Nov 2014 11:13:58 -0000

On Wed, 5 Nov 2014 10:48-0000, Arthur Chance wrote:

> On 05/11/2014 09:27, Trond Endrestøl wrote:
> > On Wed, 5 Nov 2014 09:06-0000, Arthur Chance wrote:
> > 
> > > These days I use GPT labelled partitions (/dev/gpt/<label>) exclusively
> > > when
> > > creating zfs pools. However, on my latest box, where I have two pools each
> > > with a single component, "zpool status" lists the components as
> > > gptid/<uuid>
> > > rather than gpt/<label>
> > > 
> > > Is there any way to persuade zfs/zpool to use the GPT label devices rather
> > > than the gptid devices? Failing that, how do you map gptid's back to the
> > > underlying disk partitions? It's obvious in this case, but I'm building a
> > > new
> > > file server with eight identical disks in a raidz2 set up and am worried
> > > how
> > > I'll identify which disk has problems in the future.
> > 
> > Look at: zpool import -d /dev/gpt some-zpool
> > 
> 
> I tried that before (after exporting the zpool of course) and it failed.
> Looking a bit harder, the /dev/gpt device had ceased to exist because the
> corresponding /dev/gptid device was active. Retasting the disk brought the gpt
> dive back, and importing with -d worked for one zpool. However, the other has
> root on it and I'd have to do it from a live memory stick.
> 
> However, none of this explains why zpool was using the gptid disks - I'd
> created the pools using gpt labelled disks and that got lost over some reboot,
> and I'd like to stop that happening again. The problem is that I don't know
> why it happened. I recently started using boot environments in order to switch
> from 10.1-RC3 to -RC4, but I'm not sure if that's connected - /boot and the
> zfs cache are within the b.e. and should have been copied over.

Hmm, I don't believe the cache file is used much these days, unless 
you:

1. Re-import all your zpools from a live memory stick:

zpool import -d /dev/gpt -o cachefile=/tmp/zpool.cache zpool1
zpool import -d /dev/gpt -o cachefile=/tmp/zpool.cache zpool2

2. Copy /tmp/zpool.cache to your b.e.'s /boot/zfs/zpool.cache while 
still running from the live memory stick.

3. Enable the kernel to consult /boot/zfs/zpool.cache by having these 
three lines in /boot/loader.conf:

zpool_cache_load="YES"
zpool_cache_type="/boot/zfs/zpool.cache"
zpool_cache_name="/boot/zfs/zpool.cache"

-- 
+-------------------------------+------------------------------------+
| Vennlig hilsen,               | Best regards,                      |
| Trond Endrestøl,              | Trond Endrestøl,                   |
| IT-ansvarlig,                 | System administrator,              |
| Fagskolen Innlandet,          | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,       | Cellular...: +47 952 62 567,       |
| sentralbord 61 14 54 00.      | Switchboard: +47 61 14 54 00.      |
+-------------------------------+------------------------------------+
From owner-freebsd-questions@FreeBSD.ORG  Wed Nov  5 14:27:05 2014
Return-Path: <owner-freebsd-questions@FreeBSD.ORG>
Delivered-To: freebsd-questions@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 172C9C5E
 for <freebsd-questions@freebsd.org>; Wed,  5 Nov 2014 14:27:05 +0000 (UTC)
Received: from mail-qc0-f172.google.com (mail-qc0-f172.google.com
 [209.85.216.172])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (Client CN "smtp.gmail.com",
 Issuer "Google Internet Authority G2" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id C8576177
 for <freebsd-questions@freebsd.org>; Wed,  5 Nov 2014 14:27:04 +0000 (UTC)
Received: by mail-qc0-f172.google.com with SMTP id i17so590485qcy.17
 for <freebsd-questions@freebsd.org>; Wed, 05 Nov 2014 06:26:57 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
 :subject:references:in-reply-to:content-type
 :content-transfer-encoding;
 bh=EKmtaNp9eBAnK4AggPLb0zHU9mZWT3YMMMA8o2qgkoE=;
 b=bLYXqNssGtnkDbKecBelTwmEPv7CkXUk2pdKG62wDgtoT/y4R+VZPrjulfGog3HFTT
 XfArvAC4q/iWyd545k2c17EJkkVoEiGKvpAJIlLhIaOGgb8aUGMrBUTg0yz6SFBGb/cT
 v3mLPyHKbCxI/kTdy861FhsKou/HdXen7XOoh4jRPucQjK6Ie6QT5xb1dPSXBLWo2Got
 j0diKJaTTVwV5auKkU846ZKpXB/ly2qdjX4xx+Qn6MbW34cyCKhZjsGOgsxyfAtf6Jo4
 Y7emWJhyoIZ8ruL8HyyyBJOx9EeBxviP8mBaf4xv4Ewul3yqDaD9vC5G7P7p/1m6E9yJ
 JQOw==
X-Gm-Message-State: ALoCoQno1baHpDDo73EmLjVII8pOSDvbQHZtsWBOWa9Ma2L9rfI4qT4l5S8XnRFo0G5LKK3GYJ+e
X-Received: by 10.224.23.9 with SMTP id p9mr19981843qab.92.1415197125760;
 Wed, 05 Nov 2014 06:18:45 -0800 (PST)
Received: from mbp-1.thecreativeadvantage.com (mail.thecreativeadvantage.com.
 [96.236.20.34])
 by mx.google.com with ESMTPSA id z4sm3240765qal.6.2014.11.05.06.18.44
 for <freebsd-questions@freebsd.org>
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 05 Nov 2014 06:18:45 -0800 (PST)
Message-ID: <545A31C4.6010705@kraus-haus.org>
Date: Wed, 05 Nov 2014 09:18:44 -0500
From: Paul Kraus <paul@kraus-haus.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9;
 rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: freebsd-questions@freebsd.org
Subject: Re: zpool component names - gpt vs. gptid
References: <5459E89F.7080801@qeng-ho.org>
In-Reply-To: <5459E89F.7080801@qeng-ho.org>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-questions@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: User questions <freebsd-questions.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-questions>, 
 <mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions/>
List-Post: <mailto:freebsd-questions@freebsd.org>
List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
 <mailto:freebsd-questions-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Nov 2014 14:27:05 -0000

On 11/5/14 4:06, Arthur Chance wrote:

> Is there any way to persuade zfs/zpool to use the GPT label devices
> rather than the gptid devices? Failing that, how do you map gptid's back
> to the underlying disk partitions? It's obvious in this case, but I'm
> building a new file server with eight identical disks in a raidz2 set up
> and am worried how I'll identify which disk has problems in the future.

I have taken to putting a physical label on the outside of the disk 
bracket (I use hot or cold swap disk brackets) with the last four digits 
of the unique ID (usually based on drive S/N). I had managed lots of 
Fibre-Channel drives in a previous life and the _only_ drive ID there is 
the WWN, which better vendors included on the exterior mounting bracket.

-- 
--
Paul Kraus    paul@kraus-haus.org
Co-Chair Albacon 2014.5 http://www.albacon.org/2014/