vquotacheck resets disk use to zero

From: Janusz Mrozek <mrozek_at_cerebron.ch.uj.edu.pl>
Date: Mon, 11 Sep 1995 10:14:49 +0200 (MET DST)

Dear managers,
        We are running version 3.2A of DEC Unix on Alphastation 400/233 with
the AdvFS. Recently we made a bold decision to start using quotas on this machine.
We started the quota system following instructions in one of the recent
postings on this list. It worked without any problems (praised be the
LIST!). However, we decided to see how our new toy works and tried to
overflow the allowed disk space on a specially created user account.
 
First, there was no warning that the quota limit was exceeded.
Allocated space went slightly over the imposed hard limit - I understand
to allow for copying the whole of the last file that caused the
overflow.

Second, the display obtained from vquoata command looked quite strange,
it apeared as if the number indicating actual disk use was superimposed
with the numbers related to grace periods.

Third, and the most important finding: we decided to run vquotacheck,
expecting that it may fix the problem with the numbers displayed. After
this last command was issued we found that disk use for all the users
was reset to z e r o (!), i.e., only files created after vquoatacheck
were counted by the quota system.

Is this a bug or a feature of the osf quota system? Is there a way of
restoring the proper count of disk use after vquotacheck?

We used a makeshift solution to the problem by copying all the users
files to a TMP storage and copying them back to the user home
directories, but I think it not the way which should be recommended
for someone with hundreds of users (we have just 6 users).

TIA,
Janusz Mrozek



   
 
Received on Mon Sep 11 1995 - 11:48:58 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:45 NZDT