[LU-2738]  add an MDT /proc tunable to allow non-root users to do lfs mkdir and lfs rm_entry Created: 01/Feb/13  Updated: 12/Mar/13  Resolved: 12/Mar/13

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

Type: Bug Priority: Blocker
Reporter: Di Wang Assignee: Di Wang
Resolution: Fixed Votes: 0
Labels: MB

Severity: 3
Epic: MB
Rank (Obsolete): 6644

 Description   

Add an MDT /proc tunable to allow non-root users to do lfs mkdir and lfs rm_entry



 Comments   
Comment by Robert Read (Inactive) [ 04/Feb/13 ]

I would think this would also be a conf_param so it's persistent. Perhaps that's what you meant?

Comment by Di Wang [ 05/Feb/13 ]

Oh, we probably want this to be enable/disable in real time, in stead of storing in config log, IMHO.

And also, currently, lfs mkdir, rm_entry should only happen on MDT0, except you enable another /proc parameter to enable this on other MDT. So I think administrator can do this by set_param on MDT0 directly. And later when we enable this(create remote directory) to the normal user, this will be the default setting for all MDT, i.e. this can not be disabled.
so maybe we should not add such this temporary thing to the permanent conf log, IMHO.

Comment by Robert Read (Inactive) [ 05/Feb/13 ]

I see, that makes sense.

Comment by Andreas Dilger [ 05/Feb/13 ]

Note that any parameter that is a /proc/fs/lustre/

{obd_type}

tunable should also be a conf_param tunable by default, so there shouldn't be a need to make a distinction here.

Comment by John Hammond [ 08/Feb/13 ]

Since 'lfs rm_entry' can create orphaned directories I don't believe that this is something worth considering for non-root users. (This sort of thing is why systems have admins). If you do go ahead and make it a tunable then please make it a separate tunable from the 'lfs mkdir' tunable.

Also consider making it (or both) a gid rather than binary tunable, with say (gid_t) -1 meaning that any user is capable of lfs mkdir.

Comment by Di Wang [ 14/Feb/13 ]

http://review.whamcloud.com/5442

Comment by Peter Jones [ 12/Mar/13 ]

Landed for 2.4

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