I understand hard linked files are a logical problem for applying tree quotas. However, I don't think such a problem should kill the whole implementation! I'm happy with any solution, even if counting the file multiple times was picked as the conservative solution. Who uses hard links that much anyway. I hope that's not the only thing stopping a tree quotas implementation
That's the only implementation I could find, doesn't look too up2date though http://cgi.cse.unsw.edu.au/~neilb/wiki/
On 3/22/07, Horst H. von Brand vonbrand@inf.utfsm.cl wrote:
Lamont Peterson lamont@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.
And that is nonsense, as a file /doesn't/ exist "in a directory", the directory only holds the name and a reference to the actual file. So, a file can exist under many different names in assorted directories (hard links). How do you acount for that? Can't count it N times if there are N links, but if you count each link 1/N, deleting stuff here may get you past quota elsewhere (even other people who happen to link to the same file). Not nice. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list