https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287099
Oliver Kiddle <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from Oliver Kiddle <[email protected]> --- Created attachment 261605 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=261605&action=edit Allow the quota command to work with NFSv4 servers with a tree root other than / Looking at FreeBSD's quota command to see what would be an appropriate corresponding change, I found that FreeBSD lets you either specify or omit the initial slash when mounting the NFSv4 path. If it is omitted, the quota command would hang. To fix just that hanging bug, a decrement of cp is needed. However, the problematic loop is there to look for :/ in f_mntfromname and, as it is now valid for the slash to be absent, it seems better to drop the loop entirely leaving just the call to strrchr() to find the colon. For the case of an NFSv4 tree root being something other than /, I think this change alone is better than replicating what the Linux quota command appears to do, i.e. detecting NFSv4 and dropping the initial / unless a new -m option is passed. This preserves backward compatibility with any existing working setup. And rather than expecting end-users to know to pass the -m option to quota, control is in the hands of the system administrator who can include or omit an initial / in the mount commands to match whatever rpc.rquotad on the NFS server expects. I also think it is always better to avoid adding options if possible. Perhaps that situation could use more elaboration in the documentation? If so, where? Logically, it'd be quota(1) but rpc.rquotad(8) is sooner the documentation for the sysadmin rather than the user. -- You are receiving this mail because: You are the assignee for the bug.
