Bug 224964 - glabel: automatic providers should append "label@<LABEL>" to their physical paths
Summary: glabel: automatic providers should append "label@<LABEL>" to their physical p...
Status: Closed Works As Intended
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: CURRENT
Hardware: Any Any
: --- Affects Only Me
Assignee: Alan Somers
URL:
Keywords:
Depends on:
Blocks: 224963
  Show dependency treegraph
 
Reported: 2018-01-07 03:17 UTC by Alan Somers
Modified: 2018-03-10 01:58 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alan Somers freebsd_committer freebsd_triage 2018-01-07 03:17:25 UTC
An automatic glabel(8) device (but not a manual one) should append "/label@<LABEL>" to its underlying provider's physical path.  Manually created glabel devices shouldn't do this, because they provide exactly the same data as the underlying device.
Comment 1 Alan Somers freebsd_committer freebsd_triage 2018-03-10 01:58:59 UTC
Turns out this isn't as important as I thought.  Due to the way ZFS aligns its labels, the glabel automatic label will never affect ZFS.  ZFS neither reads that portion of the disk, nor will shortening the disk's length by 1 sector affect the position of ZFS's labels.  So zfsd is perfectly capable of using either the bare disk or the labeled disk, and zfs won't damage the label.  Since zfsd works fine, I'm going to close the issue.