Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!decvax!decwrl!ucbvax!info-vax
From: OMOND@DHDEMBL5.BITNET (Roy Omond)
Newsgroups: mod.computers.vax
Subject: Diskquota discrepancies ...
Message-ID: <8602020900.AA00962@ucbvax.berkeley.edu>
Date: Fri, 31-Jan-86 14:16:06 EST
Article-I.D.: ucbvax.8602020900.AA00962
Posted: Fri Jan 31 14:16:06 1986
Date-Received: Sun, 2-Feb-86 11:54:18 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 29
Approved: info-vax@sri-kl.arpa


Has anyone observed the following "problem" under VMS 4.2 ?

Running ANALYZE/DISK shows *many* discrepancies between the actual usage
of disk space and the usage according to quota.

e.g.

QUOTA.SYS indicates 48197 blocks used, actual use is 48183 blocks for [540,20]
QUOTA.SYS indicates 39077 blocks used, actual use is 39057 blocks for [550,20]
QUOTA.SYS indicates 15267 blocks used, actual use is 15261 blocks for [550,50]
QUOTA.SYS indicates 18724 blocks used, actual use is 18717 blocks for [550,60]
QUOTA.SYS indicates 81700 blocks used, actual use is 81601 blocks for [700,10]

Sometimes the difference can be pretty big; I have seen differences of several
thousand blocks.  I have the disks mounted with a quota cache size of 100, and
write-through caching enabled.   I asked around other Vax sites here, and each
and every one had the same thing (750's, 780's, 785's, 8600's clustered and
non-clustered).

Running DISKQUOTA REBUILD corrects the quotas, but soon thereafter (couple of
days), they start to depart from the "true" value again.

I'd be interested to hear if this is as common as I suspect ...
DEC Munich did not know of any problem nor could they reconstruct it.

Any solutions ?

Roy Omond (European Molecular Biology Laboratory, Heidelberg)