misc/161979: GEOM: glabel issue

[Leander]

>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: