misc/161979: GEOM: glabel issue
Leander
mr-spott at gmx.net
Mon Oct 24 19:50:01 UTC 2011
>Number: 161979
>Category: misc
>Synopsis: GEOM: glabel issue
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Oct 24 19:50:00 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Leander
>Release: FreeBSD 9.0-RC1
>Organization:
Privat
>Environment:
9.0-RC1 FreeBSD 9.0-RC1 #0: Tue Oct 18 18:30:38 UTC 2011 root at obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
>Description:
glabel doesn't update unless one does "true > /dev/da1p1" after a i.e. "newfs -L Storage /dev/da1p1" or gpt modify etc
+
glabel status only sporadically shows labels. some disapear when being used by i.e. mount
some don't
P.S. This issue is related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=161752
>How-To-Repeat:
gpart destroy -F da1
gpart create -s GPT da1
gpart add -l 'StoragePart' -t freebsd-ufs da1
newfs -L Storage gpt/Storage
glabel status
true > /dev/da1p1
glabel status
P.S. This issue is related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=161752
>Fix:
true > /dev/da1p1
Must in my opinion be done automatically by the application itself which does the change to the GEOM.
No offence, but some arguments to implement "true > $DevicePart"
into the affected GEOM apps:
o Can't expect a regular user to change that if he/she/it uses
Hot Plug & Play or changes a label through one of the GEOM apps.
o Nether is it documented in any of the apps relying on GEOM
[please don't start documenting it - that's not the right way! ;) ]
o What's the use of a framework if it doesn't provide internal a
working interface to update relying apps of changes?
P.S. This issue is related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=161752
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list