home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12631 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.3 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (JERRY LEICHTER)
  3. Newsgroups: comp.os.vms
  4. Subject: re: Problem with ANALYZE/DISK/REPAIR
  5. Message-ID: <9207220151.AA13631@uu3.psi.com>
  6. Date: 22 Jul 92 01:41:15 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 25
  11.  
  12.  
  13.     Im running V5.3-1 and for a while now when I run ANALYZE/DISK/REPAIR I
  14.     get the message:
  15.  
  16.     %VERIFY-E-SORTERROR, error sorting multiply allocated block list
  17.     -RMS-E-WLCK, device currently write locked
  18.  
  19.     I said something to DEC as an aside but didn't really get an answer.
  20.     Is this a problem?  Any ideas how to fix or why it exists?
  21.  
  22. This is an old, known bug.  What happens is that VERIFY uses SORT to sort
  23. its multiply allocated block list, and SORT in turn tries to open work
  24. files on SYS$SCRATCH.  If SYS$SCRATCH points to the disk being verified,
  25. then VERIFY will have write locked it.
  26.  
  27. The easiest solution is to point SYS$SCRATCH to some other disk.  If you
  28. only have one disk, just let VERIFY continue - it won't do as complete a
  29. job, but it's the best you can do.  (I think, but am not certain, that it
  30. will still catch all multiply-allocated blocks; it's just that it will tell
  31. you about them multiple times.)
  32.  
  33. I think this was fixed in VMS V5.4-something (by using an in-core sort).
  34.  
  35.                             -- Jerry
  36.  
  37.