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!ucbvax!HGRRUG51.BITNET!KROON
From: KROON@HGRRUG51.BITNET (Peter A. Kroon. KVI)
Newsgroups: mod.computers.vax
Subject: Duplicate diskquota entry
Message-ID: <8609281308.AA18595@ucbvax.Berkeley.EDU>
Date: Sun, 28-Sep-86 09:11:00 EDT
Article-I.D.: ucbvax.8609281308.AA18595
Posted: Sun Sep 28 09:11:00 1986
Date-Received: Sun, 28-Sep-86 16:46:00 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 15
Approved: info-vax@sri-kl.arpa

At the recent DECUS Europe Symposium at Hamburg I heard about a problem
for which we found a workaround.

After a system crash the system came back up but complained during startup
about "Duplicate diskquota entries". ANALYZE/DISK/REPAIR and DISKQUOTA
REBUILD reported the same problem but weren't able to repair the problem.

Just by luck we found that there were some files (I believe it were
SYS$ERRORLOG:ERRLOG.SYS and SYS$MANAGER:ACCOUNTNG.DAT) that were owned
by UIC [0,0] which happens to be treated in a special way by DISKQUOTA.

Just deleting these files after copying them to tape (or was is SET FILE
/PROT=something legal ?? it's too long ago) repaired the problem.

Peter A. Kroon, KVI, Groningen, Netherlands. (KROON@HGRRUG51.BITNET).