From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Hudec Subject: Re: default quota limits in linux (via quotactl()) Date: Tue, 28 Jan 2003 13:37:18 +0100 Sender: linux-xfs-bounce@oss.sgi.com Message-ID: <20030128123718.GT28513@vagabond> References: <5.2.0.9.2.20030127150905.0217e170@post.strato.de> <5.2.0.9.2.20030127150905.0217e170@post.strato.de> <5.2.0.9.2.20030128074810.0218c4f8@post.webmailer.de> <20030128093250.GM28513@vagabond> <20030128094014.GA23257@f00f.org> <20030128094619.GO28513@vagabond> <20030128101310.GA23320@f00f.org> <20030128105747.GR28513@vagabond> <20030128112034.GA23731@f00f.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jan Hudec , "Stefan (metze) Metzmacher" , "Stephen C. Tweedie" , viro@math.psu.edu, linux-fsdevel@vger.kernel.org, akpm@zip.com.au, Andreas Dilger , ext2-devel@lists.sourceforge.net, jfs-discussion@www-124.southbury.usf.ibm.com, linux-xfs@oss.sgi.com, Alexander Bokovoy Return-path: To: Chris Wedgwood Content-Disposition: inline In-Reply-To: <20030128112034.GA23731@f00f.org> Errors-to: linux-xfs-bounce@oss.sgi.com List-Id: linux-fsdevel.vger.kernel.org On Tue, Jan 28, 2003 at 03:20:34AM -0800, Chris Wedgwood wrote: > On Tue, Jan 28, 2003 at 11:57:47AM +0100, Jan Hudec wrote: > > > So you can only setquota for the users that actualy log in > > the API allows you to set quota for any valid uid/gid Yes, it does. But since there is many more valid users than those actualy using the system, you don't want to... And a logged in user is sure valid, so no problem there, right? > > Well, it get's complicated, but you still can setquota in the local > > delivery process... I know it get's a bit complicated... > > sure, this is a perfectly legitimate argument and a fairly reasonable > solution to this case If it finaly got too complicated, you could add a simple code to kernel, that would run_usermodehelper and provide a user mode program to fix things up. That might even get a chance of being accepted. (And it would be more flexible since it can get the default quota from LDAP etc...) However as long as it's manageable in userspace, do it in userspace... All services that log in users can use PAM nowadays, so there it is quite easy and all services that can run on behalf of users have some hooks where the fixup command can be run too. ------------------------------------------------------------------------------- Jan 'Bulb' Hudec