[LU-2358] LBUG reading /proc/fs/lustre/mgs/MGS/fstype Created: 19/Nov/12  Updated: 17/Dec/12  Resolved: 17/Dec/12

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.4.0
Fix Version/s: Lustre 2.4.0

Type: Story Priority: Minor
Reporter: John Hammond Assignee: Emoly Liu
Resolution: Fixed Votes: 0
Labels: patch, procfs
Environment:

CentOS 6.3


Rank (Obsolete): 5613

 Description   

An MGS has a NULL obd_fsops.

cat /proc/fs/lustre/mgs/MGS/fstype

LustreError: 4219:0:(lprocfs_status.c:604:lprocfs_rd_fstype()) ASSERTION( obd->obd_fsops != ((void *)0) ) failed: 
LustreError: 4219:0:(lprocfs_status.c:604:lprocfs_rd_fstype()) LBUG


 Comments   
Comment by John Hammond [ 20/Nov/12 ]

Please see http://review.whamcloud.com/#change,4635.

Comment by Emoly Liu [ 21/Nov/12 ]

I will review this patch.

Comment by Mikhail Pershin [ 22/Nov/12 ]

I am afraid this will not work if MGS is set up separately from MDT and/or if it is based on osd-zfs. Can we just remove fstype and mntdev entries from MGS/ completely?

Comment by Mikhail Pershin [ 22/Nov/12 ]

Sorry, I had wrong impression just after reading comments in patch. I see now that it will link properly. But I wonder still do we really need these entries?

Comment by Emoly Liu [ 22/Nov/12 ]

Andreas, do you have any idea about these entries?

Comment by Andreas Dilger [ 23/Nov/12 ]

Mike, if they symlink to the proper OSD device, then it should be ok? One reason for these files is that the mnt dev is used by e2fsck to detect that the device is mounted by Lustre. It is also useful for the admin on occasions to see this.

Comment by Mikhail Pershin [ 23/Nov/12 ]

I worry that we will have many links in lustre procfs tree making that difficult to understand where each entry belongs to. I am just not sure how e2fsck uses that, but if all data is placed already in OSD procfs directory, maybe we need to check it there? For example, proposed patch makes two things - link proper OSD proc entry to the particular MGS and then link fstype and mntdev right from there to the MGS too. I wonder just if we have already proper OSD link, can't we check those fields there?

Comment by Emoly Liu [ 30/Nov/12 ]

Should we add a sanity.sh test to check all the readable lustre proc entries to avoid such error?

Comment by John Hammond [ 30/Nov/12 ]

An issue for the sanity check has been created; see LU-2376.

Comment by Peter Jones [ 17/Dec/12 ]

Landed for 2.4

Generated at Sat Feb 10 01:24:32 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.