The following reply was made to PR kern/162342; it has been noted by GNATS.
From: Jeff Lawson <j...@bovine.net> To: freebsd-gnats-sub...@freebsd.org Cc: Subject: Re: kern/162342: FreeBSD hides gpt labels after mounting ZFS partitions Date: Sun, 6 Nov 2011 22:43:34 -0600 --14dae9340981c92a0604b11db384 Content-Type: text/plain; charset=UTF-8 My /etc/zfs/zpool.cache indeed references only the /dev/gptid/ GUIDs for the drives. In my case, I added the drive to the pool with its GPT label using a /dev/gpt/ specifier. I verified that "zpool status" showed the new drive being resilvered and that it used a gpt label. After the resilver completed, I rebooted, had to use "zpool import", and observed that "zpool status" now used a gptid for both drives. 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. --14dae9340981c92a0604b11db384 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My /etc/zfs/zpool.cache indeed references only the /dev/gptid/ GUIDs for th= e drives.=C2=A0 In my case, I added the drive to the pool with its GPT labe= l using a /dev/gpt/ specifier.=C2=A0 I verified that "zpool status&quo= t; showed the new drive being resilvered and that it used a gpt label.=C2= =A0 After the resilver completed, I rebooted, had to use "zpool import= ", and observed that "zpool status" now used a gptid for bot= h drives.<br> <br>Regardless of whether ZFS is using gptid to access a disk, I don't = see why the label should disappear.=C2=A0 It should continue to be availabl= e as an alias if the user wants to reference it.<br> --14dae9340981c92a0604b11db384-- _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
