From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Steve French (IBM LTC)" Subject: quota woes Date: Sun, 10 Aug 2003 14:54:20 -0500 Sender: linux-fsdevel-owner@vger.kernel.org Message-ID: <3F36A2EC.EC77B3FF@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from e1.ny.us.ibm.com ([32.97.182.101]:30350 "EHLO e1.ny.us.ibm.com") by vger.kernel.org with ESMTP id S270632AbTHJT7f (ORCPT ); Sun, 10 Aug 2003 15:59:35 -0400 Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.56.224.150]) by e1.ny.us.ibm.com (8.12.9/8.12.2) with ESMTP id h7AJxYKb326034 for ; Sun, 10 Aug 2003 15:59:34 -0400 Received: from us.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by northrelay02.pok.ibm.com (8.12.9/NCO/VER6.6) with ESMTP id h7AJxWjb270600 for ; Sun, 10 Aug 2003 15:59:33 -0400 To: linux-fsdevel@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org 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?"