home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!mips!swrinde!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
- From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
- Newsgroups: comp.os.vms
- Subject: Re: Problem with ANALYZE/DISK/REPAIR
- Message-ID: <1992Jul22.014938.24981@cco.caltech.edu>
- Date: 22 Jul 92 01:49:38 GMT
- References: <21JUL199211212307@robot.nuceng.ufl.edu>
- Sender: news@cco.caltech.edu
- Reply-To: carl@SOL1.GPS.CALTECH.EDU
- Organization: HST Wide Field/Planetary Camera
- Lines: 38
- Nntp-Posting-Host: sol1.gps.caltech.edu
-
- In article <21JUL199211212307@robot.nuceng.ufl.edu>, sysop writes:
- >
- >Hello net,
- >
- > Im running V5.3-1 and for a while now when I run ANALYZE/DISK/REPAIR
- >I get the message:
- >
- >%VERIFY-E-SORTERROR, error sorting multiply allocated block list
- >-RMS-E-WLCK, device currently write locked
- >
- > I said something to DEC as an aside but didn't really get an answer.
- >Is this a problem? Any ideas how to fix or why it exists?
-
- The reason it exists is that:
- 1) The first thing ANAL/DISK/REPAIR does after parsing the command,
- making sure the device exists, and so forth, is to "[w]rite-lock
- the volume set to prevent simultaneous updates." This is necesary
- since otherwise VERIFY could get confused when INDEXF.SYS,
- BITMAP.SYS, or directories were updated by other programs.
- 2) VERIFY tries to create a work file to sort the multiply allocated
- block list.
- Now, this is normally not a problem, unless VERIFY tries to create the work
- file on the disk you're analyzing. If that happens, then the file create fails
- since VERIFY has the disk write-locked (actually, it's not really write-locked,
- it's got the bit that inhibits file extension set, but since it wants to
- allocate a file header and some blocks to the file it's creating, for our
- purposes the disk IS write-locked).
-
- So, what can you do about it? Well, if you redefine SYS$SCRATCH to point to a
- directory on some other disk, I think that will do it.
- --------------------------------------------------------------------------------
- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
-
- Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My
- understanding of astronomy is purely at the amateur level (or below). So
- unless what I'm saying is directly related to VAX/VMS, don't hold me or my
- organization responsible for it. If it IS related to VAX/VMS, you can try to
- hold me responsible for it, but my organization had nothing to do with it.
-