Conference star::wizards

1530.0. "Open: missing quota" by STAR::JKEENAN () Tue Feb 11 1997 08:21

Return-Path: "VMS001::WWW"@vms001.das-x.dec.com
Received: by vmsmkt.zko.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX);
	Mon, 10 Feb 1997 12:42:25 -0500
Received: from vms001 by mail11.digital.com (8.7.5/UNX 1.5/1.0/WV)
	id MAA22526; Mon, 10 Feb 1997 12:31:24 -0500 (EST)
Date: Mon, 10 Feb 1997 12:32:02 -0500
Message-Id: <[email protected]>
From: "VMS001::WWW"@vms001.das-x.dec.com (10-Feb-1997 1232)
To: [email protected], [email protected], [email protected]
Subject: Ask the Wizard: '[email protected]'
X-VMS-To: [email protected]

Remote Host: (null)
Browser Type: Mozilla/3.01Gold (Macintosh; I; PPC)
Remote Info: <null>
Name: Daniel Martin
Email Address: [email protected]
CPU Architecture: Alpha
Version: v 7.0
Questions: 

We have a very odd problem with missing quota -
a bit about our setup:
We have an AlphaStation 255/233 running OpenVMS AXP V7.0;
most of our users (including the one with the problem) have their
login directories on a bound volume set of two physical disks.

Anyway, one of our users (whose name I've represented by johndoe)
is missing about two thousand blocks of quota.  We can't seem 
to track it down.

Over the weekend, a analyze/disk/repair was done on the entire 
bound volume set, and the files placed in syslost were deleted.

Today, after doing the following:
$ set def dkb200:[000000]
$ set proc/priv=readall
$ dir/out=sys$login:t.t/size=all/by=johndoe [...]
The last line of sys$login:t.t says:
Grand total of 4 directories, 39 files, 260/315 blocks.
And yet,
$ show quota /user=johndoe /disk=dkb200
  User [STU_96,JOHNDOE] has 2331 blocks used, 669 available,
  of 3000 authorized and permitted overdraft of 300 blocks on DKB200
And a "mcr sysman diskq rebuild /dev=dkb200" doesn't change this figure.

So where'd all the quota go?

   I assume dkb200: is the root volume of the volume set.  Is there a disk
   defragmentation tool running?

   Check each volume in the bound-volume set via ANALYZE/DISK/REPAIR. 
   Check for any errors reported.

   Use the ANALYZE/DISK/USAGE to locate any quota usage for the user.

   If still unable to locate the missing quota, try a DISMOUNT and reMOUNT
   of the volume set.

   Determine if this volume is extremely fragmented -- pick a recently
   linked and moderate-to-large image found on the volume, and issue a
   DUMP/HEADER on it.  Look for the value for "map area words in use".
   Divide this value by two.  This is the number of file fragments.
   If the volume is extremely fragmented, consider a BACKUP/IMAGE and
   restoration.

   Then contact Digital support for further assistance.

   [ALPF11X03_070, the only applicable patch in this area, does not appear
   to apply here.]