[5307] in Athena Bugs

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

vax 7.0F: quota

daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Wed Jun 27 01:20:09 1990

Date: Wed, 27 Jun 90 01:19:56 -0400
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: celine@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: bugs[5306]

   From: celine@ATHENA.MIT.EDU
   Date: Wed, 27 Jun 90 01:08:53 -0400

   I was aware of the stock answer, I just didn't know that Athena was
   going to let this "feature" into the next release.

1. If there's a stock answer on something, it's a pretty good bet that
   we already know about it.  Reporting it to us again just makes more
   paperwork for us.

2. It is arguable that the behavior in question is not a bug.

3. Even if it is determined that the behavior in question is
   incorrect, it is not clear how it would be altered.  As the stock
   answer points out, quotas are stored per partition, not per NFS
   locker.  The quota program has no way whatsoever of knowing which
   lockers you really work in and which ones just happen to be on the
   same partition as ones that you work in; therefore, the only thing
   it can do is what the man page says it does -- report quotas for
   all filesystems on which you have a quota.

   If you can come up with a way to fix this behavior while not
   breaking anything else, we'd be glad to hear it.  As it is, we
   haven't been able to, which is why we haven't changed the behavior.

4. The problem will be partially alleviated by the transition to AFS
   home directories (when/if we decide to make such a transition)
   and/or the transition to using AFS for project lockers, since AFS
   quotas are per-volume rather than per-partition.

5. Sarcasm doesn't make my job any easier.  If you were fully
   qualified to comment about the bug in question (i.e. if you
   understood all of the points made above, AND had a solution to
   offer which solved the problems mentioned above), then sarcasm
   about bug-fixing would be reasonable.  As it is, it's just
   annoying.

   I've got over 100 messages in my "bugs" rmail file right now.  In
   addition ot that, there are over 900 bugs in our bug database.
   The time I have spent writing this reply to your last message could
   better have been spent working on fixing bugs.

 Jonathan Kamens
 Project Athena Quality Assurance



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