[LU-2096] name ofd device type "ofd" instead of "obdfilter"

• Type: Technical task
• Resolution: Unresolved
• Priority: Major
• Affects Version/s: Lustre 2.4.0
• Labels: llnl patch
• Assignee: Alex Zhuravlev
• Reporter: Andreas Dilger

Description

The current ofd module registers itself as "obdfilter" in order to allow test scripts and /proc entries to be compatible.

However, in the long term this should be changed to "ofd" for clarity, and a symlink can be created in /proc/fs/lustre "obdfilter -> ofd" (as osp does for osc /proc files) so that monitoring scripts and older tests (in compat mode) can continue to access the /proc files, but there is a clear separation between the two modules.

Issue Links

• is related to: LU-3300 Restore missing proc information for LMT
• is related to: LU-2161 Remove last traces of obdfilter
• is related to: LU-8066 Move lustre procfs handling to sysfs and debugfs.

Comments

[Gerrit Updater]

James Simmons ([e-mail]) uploaded a new patch: https://review.whamcloud.com/32475
Subject: LU-2096 lprocfs: symlinks for forward compatibility
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: e6d499b53a54c5624dc5f9c913876865b7e356fd

[James A Simmons]

Got around to updating the patch. With this patch the obd_type is now "ost" instead of obdfilter. Also fixed up the OSS / oss proc handling to match what mdt / MDS does. So proc is updated correctly and the obd_device is handled right but the file system writes to the log the OST device as obdfilter. Changing that will break down grade abilities. Well I will discuss that in LU-2161 on how to handle this.

[James A Simmons]

Patch at http://review.whamcloud.com/#/c/4618

[James A Simmons]

With the work going on for LU-3319 I also thought about renaming obdfilter to ofd and creating a symlink. I can easily add this work on top of the ofd patch for LU-3319.

[Ned Bass (Inactive)]

ORI-614 should probably be closed as a duplicate of this.