Bug 427386 - RFE: print mount option id= in hex
Summary: RFE: print mount option id= in hex
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: cman
Version: 5.2
Hardware: All
OS: Linux
low
low
Target Milestone: rc
: ---
Assignee: Robert Peterson
QA Contact: GFS Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-01-03 17:19 UTC by Nate Straz
Modified: 2009-04-16 23:00 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-01-08 18:19:02 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Nate Straz 2008-01-03 17:19:47 UTC
Description of problem:

In order to match up file system and lock space, could the mount option "id=" in
/proc/mounts be printed in hex instead if decimal?  This would make it easier to
match the lockspace against the output of group_tool.

[root@morph-03 ~]# group_tool
type             level name            id       state       
fence            0     default         00010001 none        
[1 2 3 4]
dlm              1     clvmd           00030001 none        
[1 2 3 4]
dlm              1     morph-cluster0  00050001 none        
[1 2 3 4]
gfs              2     morph-cluster0  00040001 none        
[1 2 3 4]

Actual results:

/dev/mapper/morph--cluster-morph--cluster0 on /mnt/morph-cluster0 type gfs
(rw,hostdata=jid=2:id=262145:first=0,oopses_ok,debug)
  

Expected results:
/dev/mapper/morph--cluster-morph--cluster0 on /mnt/morph-cluster0 type gfs
(rw,hostdata=jid=2:id=00040001:first=0,oopses_ok,debug)

Additional info:

Comment 1 Robert Peterson 2008-01-03 18:11:37 UTC
I think this may be a simple change to the gfs_controld group daemon,
specifically, recover.c.  Adding Dave Teigland to the cc list since
he wrote it and may have something to add.


Comment 2 RHEL Program Management 2008-01-03 18:14:29 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 3 David Teigland 2008-01-03 18:35:26 UTC
The problem with that is it's a part of the kernel abi.
See linux/fs/gfs2/locking/dlm/mount.c:make_args()

Also, it's not the dlm lockspace you're matching with there, it's
the gfs mountgroup.

This is the lockspace:
dlm              1     morph-cluster0  00050001 none 

This is the corresponding mountgroup:
gfs              2     morph-cluster0  00040001 none

which I think is what you want to match with id=262145(40001) in /proc/mounts.

(In general it's best to use the name to find the associations, but I
realize that involves even more complexity digging around in sysfs.)


Comment 4 Robert Peterson 2008-01-08 18:19:02 UTC
Due to the kernel abi issues, the executive decision was made not to
fix this.



Note You need to log in before you can comment on or make changes to this bug.