quota woes

["Steve French (IBM LTC)" <smfltc@us.ibm.com>]

Experimenting with Linux quotas for network filesystems is turning out
to be painful.   I have not been able to experiment with the parms
passed in from the quota calls invoked by the common Linux/Unix quota
tools (quotacheck, quotaon, quotacheck) due to what looks like bugs in
the Linux quota tools (the only source I could find for these tools was
out on the sourceforge project). Even for the new xfs style quota
interface they refuse to handle a deviceless (network) filesystem mount
properly even after modifying the quota tools code to make the cifs vfs
treated like XFS (the only one that seems to invoke the new quota call
format).   After changing the tool to recognize my filesystem name as a
valid one (they hardcode the actual valid filesystem names in the quota
tools on sourceforge!) it still fails to invoke my test code due to
mismatch on devnumber (network filesystems don't have real device
numbers for each mount).   I had been hoping to experiment with the
current stub quota routines (in preparation for adding remote quota
support to cifs filesystem in the long run)  that I added to the cifs
vfs source in the cifs bitkeeper tree a few days ago, eventually these
could call the server to get/set the quotas by specifying a valid SID
which is also an interesting problem because that requires either an IPC
to Winbind or upcall to a user space daemon to do mapping of local to
domain identity (to be exact mapping the Linux UID to domain SID)

Is there another source of quota tools that calls the newer quota
interface that would not require validating mount's local device numbers
before invoking the kernel quotactl interface?"