Quota per directory

[Lamont Peterson]

On Thursday 22 March 2007 10:15am, Oisin Feeley wrote:
> On 3/21/07, Lamont Peterson <lamont at gurulabs.com> wrote:
> > On Wednesday 21 March 2007 02:14am, Ahmed Kamal wrote:
> > > Coming from a systems administration background, I was very surprised
> > > to find out that fedora (well Linux actually) doesn't have a per
> > > directory quota. It is very common and needed IMHO to have a quota per
> > > directory, as the directory basically represents a project some people
> > > are working on. One would want to make sure that a certain project
> > > would not consume all disk space. Only XFS seemed to have per "project"
> > > quota (I even think the Linux implementation doesn't have that!)
> >
> > Linux "only" has per-filesystem quota support.  You're asking for what's
> > called "tree quotas" support.
>
> What would be wrong with the OP using LVM to set up defined logical
> volumes per project?

Nothing.

I'm not advocating either approach in that small snippet that you quoted.  
What I was saying is that the feature the OP was asking about is called tree 
quotas and that Linux doesn't have it.  Linux only has per-filesystem.  I 
said nothing of where that filesystem resides.

If your intent was to suggest that having to create separate filesystems to 
set up separate quotas wasn't a problem because LVM makes that so easy, I 
totally agree with you.

> The quota is then enforced, it sits on top of 
> standard ext3

Or reiserfs or JFS or XFS or JFFS2 or ...; quotas in Linux are not restricted 
to any filesystem type.

> and provides the possibility of expanding/changing the 
> quotas in the future while bypassing the need to do the tree-quota
> stuff.

Absolutely.  LVM does make this kind of configuration (relatively) easy.  The 
only hard part is managing quotas for 1000 users on 40 per project 
filesystems.  In that case, do group quotas instead for the per-project 
directories and only set up per user quotas to handle "bad citizens".
-- 
Lamont Peterson <lamont at gurulabs.com>
Senior Instructor
Guru Labs, L.C. [ http://www.GuruLabs.com/ ]

NOTE:  All messages from this email address should be digitally signed with my
       0xDC0DD409 GPG key. It is available on the pgp.mit.edu keyserver as
       well as other keyservers that sync with MIT's.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20070322/a78f56e7/attachment.sig>