home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20450 < prev    next >
Encoding:
Text File  |  1993-01-06  |  3.0 KB  |  71 lines

  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!casbah.acns.nwu.edu!jweiss
  3. From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
  4. Subject: Re: Long standing apparent Backup or XQP problem
  5. Message-ID: <1993Jan6.182749.27733@news.acns.nwu.edu>
  6. Sender: usenet@news.acns.nwu.edu (Usenet on news.acns)
  7. Nntp-Posting-Host: unseen1.acns.nwu.edu
  8. Organization: Northwestern University, Evanston Illinois.
  9. References: <9301052330.AA21443@relay1.UU.NET>
  10. Date: Wed, 6 Jan 1993 18:27:49 GMT
  11. Lines: 58
  12.  
  13. In article <9301052330.AA21443@relay1.UU.NET> gleeve@galaxy.dnet writes:
  14. [misc deleted]
  15. >
  16. >What I did:
  17. >  I ran Backup on a VAX 6660 to create savesets, on the same disk,
  18. >   where the disk had plenty of space (well, it had plenty before
  19. >   I started :-) ). The commands were of the form
  20. >
  21. >$ backup/block=4096/trunc [.a*...] [somewhere]a.bck/save
  22. >
  23. >which normally creates a saveset of all the relevant directories.
  24. >
  25. >  Doing a BACKUP/LIST of [somewhere]a.bck/save
  26. >
  27. >revealed errors recovered by XOR groups, and errors of lost blocks
  28. >in files within the saveset, EVEN THOUGH there were NO errors reported
  29. >by Backup during creation of the savesets, nor any hardware errors
  30. >(via show error) reported on the device.
  31. >
  32.  
  33.  
  34. >   The point of all this is cautionary: at least SOME of the
  35. >time use BACKUP/COMPARE or BACK/LIST on your savesets to ensure
  36. >this is not happening to you.
  37. >   If anyone can shed light on the problem beyond this caution,
  38. >please feel welcome. If it happens again I will gather more information
  39. >on the account. Still, the problem didn't occur, with the same
  40. >account, where backup was running on a uniprocessor.
  41.  
  42. This may not be relevant, but I've seen a few odd things in my backups as
  43. well.  I started to run them with a /verify pass to give me more confidence
  44. in them.  Most of my backups are to mag tape, 8mm emulation of TMSCP,
  45. usually run with /NOCRC/GROUP=0.  I understand the downside of the last two
  46. switches, but its a decision I've made for myself and the benefits/hazards
  47. are probably best handled in a seperate thread.  What gets reported as a
  48. hard or soft error for a tape may not have anything to do with what Glenn
  49. mentioned above.
  50.  
  51. 1) SOFTERRS, recoverable media errors.  Not logged in errorlog or show
  52.    error.  Maybe this is just normal.  
  53.  
  54. 2) Verify errors on files that are closed and never accessed.  Verify
  55.    errors disappear when I run with /CRC.  The incident of errors is 
  56.    low ~1/800,000 blocks.  I was beginning to suspect that data going 
  57.    between controller and drive was getting corrupted.  I would have 
  58.    thought the /CRC (with /Group=0) would have caused the appearance of
  59.    some read errors in that case.
  60.  
  61. 3) Interaction between MSA0 (TU80) and MUA0:.  Mounts of MSA0 appear to
  62.    be blocked during certain MUA0 operations (which can take considerable time).
  63.  
  64. This is on a 11/750 VMS 5.4-3 with CSCPAT_010116 patches applied.
  65.  
  66.  
  67.  
  68. -- 
  69. Jerry S. Weiss      "If you can't stand the heat, stay out of the antimatter!"
  70. j-weiss@nwu.edu    Dept. Medicine, Northwestern Univ. Medical School
  71.