[4395] in Athena Bugs
rt 6.4R: file permissions and disc quota losing
daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Sun Mar 4 13:22:32 1990
Date: Sun, 4 Mar 90 13:22:04 -0500
From: Jonathan I. Kamens <jik@PIT-MANAGER.MIT.EDU>
To: Barry.Jaspan@ATHENA.MIT.EDU, bjaspan@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: bugs[4393]
This is not a bug, rather a "missing feature".
Remember that NFS quotas work by user ID, not by group ID. If you
do a "quota -v" as yourself with gsp attached, you will find that you
either have a very small or a nonexistent quota on that filesystem.
Therefore, you can't copy files into it.
However, this is simplifying things a little bit. We have two
different types of kernel running on our NFS servers; on one of them,
a nonexistent quota means an unlimited quota; on the other, a
nonexistent quota means NO quota. Aphrodite is probably running the
latter, so since you don't have a quota on the gsp locker's
filesystem, you can't write into it. If it were running the former,
you would be able to write into the gsp filesystem as much as you
want.
Solution to the problem: write as gsp (kinit as gsp before attaching
the locker, or log in as gsp), or ask accounts to move the gsp locker
into afs where group access/quotas works :-)
Jonathan Kamens
Project Athena Quality Assurance
