home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20429 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.2 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!agate!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (Jerry Leichter)
  3. Newsgroups: comp.os.vms
  4. Subject: re:  Re: Question about RMS and MSCP-pair
  5. Message-ID: <9301061230.AA17633@uu3.psi.com>
  6. Date: 6 Jan 93 11:30:25 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Organization: The Internet
  9. Lines: 38
  10.  
  11.  
  12.     [I wrote:]
  13.     > By the time you get a "forced error", the data is gone.  The forced
  14.     > error indicator is set on the REPLACEMENT block, not the original
  15.     > one, and I don't believe the corrupted data, such as it was, is even
  16.     > copied into the block.
  17.  
  18.     It's implementation-specific, according to the MSCP architecture spec.
  19.     There is no reasonable reason to copy the data in the case of an
  20.     uncorrectable error. However, some of the controller-based BBR
  21.     implementations use a common code path with the correctable error /
  22.     revector code and have a flag to say whether or not the forced error
  23.     flag should be set. These implementations do in fact preserve the
  24.     data, although it is certainly not the _correct_ data.
  25.  
  26. Well, it's good to know my memory on this subject isn't COMPLETELY wrong!
  27.  
  28.     BTW, the "forced error flag" is set by computing the CRC
  29.  
  30. I assume you mean ECC here.
  31.  
  32.                                  of the new
  33.     block and writing it out complemented. Just a useless tidbit of trivia
  34.     (unless you are going to physically talk to a drive with a controller
  35.     of your own design 8-).
  36.  
  37. This I didn't know.  Interesting hack - with an interesting side-effect:  If
  38. a replacement block with the "forced error flag" set gets hit by an error, it
  39. will no long appear to have the "forced error flag" set - it'll just appear
  40. wrong.  Worse, there will be some class of hits which will look as if they are
  41. correctable errors, assuming the complemented ECC is the REAL ECC.  In that
  42. case, a "forced error" block my spontaneously "correct itself" - but the data
  43. in it will be completely bogus.  Presumably this will happen once on all the
  44. disks in the world within the next 10,000 years, or something like that - but
  45. it does tell you that you don't really want to keep files with forced errors
  46. in them around for long periods of time.  If a forced error shows up in your
  47. backup runs - do something about the file.
  48.                             -- Jerry
  49.