From owner-freebsd-bugs@FreeBSD.ORG Mon Nov 7 05:30:17 2011 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85654106566B for ; Mon, 7 Nov 2011 05:30:17 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 746288FC19 for ; Mon, 7 Nov 2011 05:30:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id pA75UHpO029050 for ; Mon, 7 Nov 2011 05:30:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pA75UHCW029044; Mon, 7 Nov 2011 05:30:17 GMT (envelope-from gnats) Date: Mon, 7 Nov 2011 05:30:17 GMT Message-Id: <201111070530.pA75UHCW029044@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Garrett Wollman Cc: Subject: Re: kern/162342: FreeBSD hides gpt labels after mounting ZFS partitions X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Garrett Wollman List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 05:30:17 -0000 The following reply was made to PR kern/162342; it has been noted by GNATS. From: Garrett Wollman To: jeff@bovine.net Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/162342: FreeBSD hides gpt labels after mounting ZFS partitions Date: Mon, 7 Nov 2011 00:20:30 -0500 (EST) In article <201111070510.pA75A7x2010669@freefall.freebsd.org> you write: > Regardless of whether ZFS is using gptid to access a disk, I don't see why > the label should disappear. It should continue to be available as an alias > if the user wants to reference it. The label device node is just another client to the underlying disk partition provider. As soon as you open the disk for write via one path, all of the other paths that reference the same area of the disk are automatically destroyed (since you wouldn't be allowed to open them anyway). -GAWollman