home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20354 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  2.5 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: Question about RMS and MSCP-pair
  5. Message-ID: <9301051405.AA16112@uu3.psi.com>
  6. Date: 5 Jan 93 12:47:58 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 47
  11.  
  12.  
  13.     [Referring to dealing with files with forced errors:]
  14.     Use BACKUP or any other tool you have written to accept and ignore the
  15.     forced error, copying the file.  Delete the original.   The block is
  16.     happily revectored and can be reused by a WRITE operations, its just
  17.     that the system has reason to suspect that the data in the block MIGHT
  18.     be corrupted
  19.  
  20. By the time you get a "forced error", the data is gone.  The forced error
  21. indicator is set on the REPLACEMENT block, not the original one, and I don't
  22. believe the corrupted data, such as it was, is even copied into the block.
  23.  
  24.              and VMS taks data integrity very seriously.  So seriously
  25.     in this case that you have to be prepared to dismiss an ERROR return
  26.     to get to it.
  27.  
  28.     Tool suggestions:
  29.  
  30.     A useful tool for someone to write (who is so inclined) would be a
  31.     utility program to read and rewrite the blocks of a file handling and
  32.     checking about forced errors as they happen.
  33.  
  34. Just what would it do with a block that had a forced error?  It has no way to
  35. determine what was there.
  36.  
  37. A common suggestion for dealing with a file with a forced error is to back it
  38. up, then restore it.  BACKUP will read past the block with the forced error,
  39. and when it restores the file, will simply substitute a block of zeroes for
  40. the data it couldn't read when it created the saveset.  So the result of this
  41. suggestion is to produce a file which doesn't have a forced error - but which
  42. doesn't contain the right data either.  This is an improvement?
  43.  
  44. The tool you are suggesting would simply provide people with a simpler way to
  45. screw themselves.  This is sweeping under the rug not dust but burning embers!
  46.  
  47.     Another interesting varation on that tool would be something to run on
  48.     a privately mounted disk to read or double read and compare, overwrite
  49.     with test patterns, and then rewrite each block on a disk.
  50.  
  51. Some of this is already in ANALYZE/DISK/READ_CHECK.  The rest is in the old
  52. BAD utility (ANALYZE/MEDIA), though that will refuse to run on DSA disks.
  53. However, that utility won't run on DSA disks, reporting "Unable to analyze
  54. <disk>, due to revector caching".  You really need diagnosic-level code
  55. (which has its own specialized disk drivers) to do this properly on a DSA
  56. disk.
  57.                             -- Jerry
  58.  
  59.