From:	SMTP%"RELAY-INFO-VAX@CRVAX.SRI.COM" 15-APR-1994 16:44:31.25
To:	EVERHART
CC:	
Subj:	Re: %SYSTEM-E-DUPDSKQUOTA, duplicate disk quota file entry

From: brent@uwovax.uwo.ca (Brent Sterner)
X-Newsgroups: comp.os.vms
Subject: Re: %SYSTEM-E-DUPDSKQUOTA, duplicate disk quota file entry
Date: 15 Apr 94 09:40:15 EDT
Organization: University of Western Ont, London
Lines: 32
Message-ID: <1994Apr15.094015.1@uwovax.uwo.ca>
NNTP-Posting-Host: hydra.uwo.ca
To: Info-VAX@CRVAX.SRI.COM
X-Gateway-Source-Info: USENET

In article <2oksji$j93@tove.cs.umd.edu>, yee@cs.umd.edu (Bob Yee) writes:
> While trying to rebuild disk quotas on one of my disks, I enter the following:
> DISKQ>use dua1
> DISKQ>rebuild
> 
> and get this:
> %RBLD-E-MODIFYERR, error modifying quota file
> %SYSTEM-E-DUPDSKQUOTA, duplicate disk quota file entry
> 
> How can that be?  I didn't think it possible to add a duplicate entry; I've
> done it before (I thought) and gotten an error.

   Bob, I remember seeing this one back when I managed a VMS system.
   (The following is based on remembering 2-3 years ago, so I guess
   this qualifies as "any information"  :-).  Look for a quota entry
   (and therefore files) owned by [0,0], and change the ownership of
   those files to something normal, and rebuild again.

   I have no idea why this diagnostic is used, or why [0,0] is not
   acceptable to diskquota.  (Gurus?)  Probably historic.

   Hoping this helps (in light of no other replies yet).  b.

> More info:  It apparently does rebuild *some* quotas, because when I SHOW * it
> shows many of them as accurate.  The ones that are, however, do not appear to
> be in any kind of order.  Not alphabetical, not by group UIC.
> 
> Any information would be appreciated.  Thanks.
--
Brent Sterner, EP/IX System Manager, Computing & Network Services Group,
Info Tech Services,  The U of Western Ontario,   London,  Canada N6A 5B7
brent.sterner@uwo.ca      Voice: (519)661-2151x6036    Fax:(519)661-3486