[7937] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: vax 7.3I: quota

daemon@ATHENA.MIT.EDU (lwvanels@ATHENA.MIT.EDU)
Thu Aug 15 11:49:29 1991

From: lwvanels@ATHENA.MIT.EDU
Date: Thu, 15 Aug 91 11:49:48 -0400
To: carla@ATHENA.MIT.EDU
Cc: testers@ATHENA.MIT.EDU, bugs@ATHENA.MIT.EDU, carla@ATHENA.MIT.EDU,
In-Reply-To: [7935]
Reply-To: lwvanels@mit.edu

Quota in the next release will be fixed to deal with this case.  A new
heuristic has been added; the user will not be warned if:

1) They have not explicitly requested information on the locker; i.e, they
   typed "quota" without an explicit "-f directory".

2) The locker is on AFS.

3) The locker was not attached with mode "w", meaning the locker was
   attached read-write.  This mode by default comes from the hesiod
   information for the locker; most of the `public' lockers such as sipb
   have the default mode set to `n', meaning that no authentication is
   needed, and the locker can be mounted read-only.  This can be overridden
   in the attach command, however.  So, quota would now not report the quota
   on the sipb locker if it was attached with `attach sipb', but would
   report it if it was attached with `attach -w sipb'.

This is admittedly not going to be perfect, but it should stop most of the
more visible occurences of this problem.

	-Lucien

home help back first fref pref prev next nref lref last post