https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-946 Lustre <p>Several customers have asked for the ability to list open files on the whole filesystem. Currently this is only possible to do on the clients by running "lsof" but is impractical to do.</p> <p>This would likely be implemented by walking all of the client exports and then listing all of the objects in med_open_head as NID_FID pairs. Userspace could then sort/print the open files as desired using "lfs fid2path".</p> LU-946

add lprocfs file on MDT to list open files in the filesystem

Improvement Minor Resolved Fixed Emoly Liu Andreas Dilger patch Tue, 20 Dec 2011 10:21:56 +0000 Fri, 21 Feb 2014 13:39:29 +0000 Mon, 13 Jan 2014 01:38:22 +0000 Lustre 2.6.0 Lustre 2.5.1 0 7 <p>This would ideally be available on the MDS per-export in <tt>/proc/fs/lustre/mdt/$fsname-MDTnnnn/exports/$NID/open_files</tt> with just a FID list. Userspace could just do <tt>lctl get_param mdt.$fsname-MDTnnnn.exports.$NID.open_files</tt> and pipe that to <tt>lfs fid2path</tt> (with my patch in <a href="http://review.whamcloud.com/6160" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/6160</a> in <a href="https://jira.whamcloud.com/browse/LU-3223" title="allow &quot;lfs fid2path&quot; to handle multiple FIDs on the command-line" class="issue-link" data-issue-key="LU-3223"><del>LU-3223</del></a> to handle multiple FIDs on the command-line).</p> <p>Hello,</p> <p>I have started working on this ticket but don't have permissions to assign it to myself.</p> <p>Regards,<br/> Girish</p> <p>Girish, it says the user doesn't exist. Anyway, you can push your patch to gerrit and paste the link here.</p> <p>If you don't mind, I'd like to assign to me and take care of the patch.</p> <p>Andreas,</p> <p>med_open_head is list of mdt_file_data objects. And struct mdt_file_data is an internal structure to mdt. So we cannot walk med_open_head from obdclass(lprocfs_status.c) using this linked list. We could have had a function in mdt to return lu_object for a given mdt_file_data object but that would make odbclass module dependent on mdt. (mdt is already used by obdclass)<br/> So the only option I see is to export list of open lu_objects/md_objects, structs which are known by obdclass. Please advise.</p> <p>Other than this layering issue the patch is ready with a testcase.<br/> Thanks,<br/> Girish</p> <p>Girish,<br/> there is no requirement for the proc file handling to be in obdclass. That is just for common routines shared among multiple modules. Typically each module has its own "mdt_lproc.c" or similar, which has data specific to the module. In this case, the open_file setup should go into the per-export directory <tt>/proc/fs/lustre/mdt/*/exports/open_files</tt>, created under the mdt_export_stats_init() function.</p> <p><a href="http://review.whamcloud.com/6386" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/6386</a></p> <p>Patch landed for 2.6</p> Related LU-3223 LU-4429 Development Rank 1|hzvp0n: Rank (Obsolete) 7881 Story Points 5.0