Probably up to about a gig or so.  For the moment..

Solaris has ACLs...  So does several file systems supported by Linux iirc.  And with linux you can have the grsecurity patches to add to that..
The thing is, ACLs that are honoured client-side are no good.  Network of kernel developers, so they need root.  This is why Coda interested me, in my test network the ACLs appear to be looked after server-side. And of equal interest it doesn't seem to let you +s files ;].

And I'm also looking for something that, should it need a kernel module, it is in the 2.4.18+ tree.

Theres also NFSv4, but the reference implementation is still not feature complete.

Thanks for your help..
Nathan Ward

On Wed, 23 Oct 2002 22:07:57 -0700 (PDT)
"Phil Nelson" <phil_at_cs.wwu.edu> wrote:

> 
> >damn, theres no way to remove this cache?
> 
> No.  This is a basic, fundamental design decision that allows 
> disconnected operation.   Without the cache there is no
> disconnected operation.
> 
> >I have a bunch of linux kernel developers who all have root, and I
> >need better security than our current NFS.  Any ideas?
> 
> I have heard that one of the open AFS clones doesn't require
> the full file in the cache.  I'm not sure of their quality
> 
> I do know solaris has ACLs on their Unix file system.  
> 
> What is the largest files you expect?
> 
> --Phil
>  
> 
> -- 
> Phil Nelson                       NetBSD: http://www.netbsd.org
> e-mail: phil@cs.wwu.edu           Coda: http://www.coda.cs.cmu.edu
> http://cs.wwu.edu/faculty/nelson 
> 
>