From owner-freebsd-stable@FreeBSD.ORG  Tue Jan 14 16:12:06 2014
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 898FA6D5
 for <freebsd-stable@freebsd.org>; Tue, 14 Jan 2014 16:12:06 +0000 (UTC)
Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no
 [IPv6:2001:700:1100:1:200:ff:fe00:b])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 106B11556
 for <freebsd-stable@freebsd.org>; Tue, 14 Jan 2014 16:12:05 +0000 (UTC)
Received: from mail.fig.ol.no (localhost [127.0.0.1])
 by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s0EGBxeq077068
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
 for <freebsd-stable@freebsd.org>; Tue, 14 Jan 2014 17:11:59 +0100 (CET)
 (envelope-from trond@fagskolen.gjovik.no)
Received: from localhost (trond@localhost)
 by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s0EGBxUt077065
 for <freebsd-stable@freebsd.org>; Tue, 14 Jan 2014 17:11:59 +0100 (CET)
 (envelope-from trond@fagskolen.gjovik.no)
X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs
Date: Tue, 14 Jan 2014 17:11:59 +0100 (CET)
From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= <Trond.Endrestol@fagskolen.gjovik.no>
Sender: Trond.Endrestol@fagskolen.gjovik.no
To: FreeBSD stable <freebsd-stable@freebsd.org>
Subject: Re: GPT label for ZFS GPT partitions no longer recognized (Was: New
 FreeBSD snapshots and virtual machine disk images (20140106 r260369))
In-Reply-To: <20140108020825.GX64543@glenbarber.us>
Message-ID: <alpine.BSF.2.00.1401141652190.24851@mail.fig.ol.no>
References: <20140108020825.GX64543@glenbarber.us>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
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=unavailable version=3.3.2
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) 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.17
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jan 2014 16:12:06 -0000

On Tue, 7 Jan 2014 21:08-0500, Glen Barber wrote:

> o 10.0-PRERELEASE amd64

> FreeBSD-10.0-PRERELEASE-amd64-20140106-r260369-disc1.iso

I tried the experimental ZFS stuff in bsdinstaller, I chose a mirrored 
pool using 4K disk blocks, and I noticed the zfs0 and zfs1 labels are 
indeed shown when running gpart show -l after the first reboot, but 
only the gptboot{0,1} and swap{0,1} labels shows up in the /dev/gpt 
directory. I guess gnop is doing some mischief to the GPT.

Some weeks ago I did a complete manual ZFS install using my own 
homegrown shell scripts 
(http://ximalas.info/~trond/create-zfs/canmount/), 4K disk blocks and 
mirrored pool, and gnop managed to render the entire GPT invisible on 
the first two harddrives. It could very well be pilot error on my 
part.

Only when rebooting using the snapshot ISO image, the labels showed up 
as expected when running gpart show -l and were even visible in the 
/dev/gpt directory. Luckily, the boot code manages to find its way 
through the maze, but not the installed kernel, which should be the 
very same kernel as found on the snapshot image.

Any thoughts to what's going on? Sorry for the noise if this is ol' 
news.

And by the way, is /usr/local considered part of each BE? I like to 
treat it as global to each BE, very much like /tmp and /var, as long 
as I'm running the same branch in every BE.

-- 
+-------------------------------+------------------------------------+
| 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.      |
+-------------------------------+------------------------------------+