home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20505 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!rpi!batcomputer!munnari.oz.au!uniwa!cujo!cc.curtin.edu.au!zrepachol
  3. From: zrepachol@cc.curtin.edu.au
  4. Subject: Re: Long standing apparent Backup or XQP problem
  5. Message-ID: <1993Jan7.231426.1@cc.curtin.edu.au>
  6. Lines: 25
  7. Sender: news@cujo.curtin.edu.au (News Manager)
  8. Organization: Curtin University of Technology
  9. References: <9301052330.AA21443@relay1.UU.NET>
  10. Date: Thu, 7 Jan 1993 14:14:26 GMT
  11.  
  12. In article <9301052330.AA21443@relay1.UU.NET>, gleeve@galaxy.dnet writes:
  13. > When making up masters for the VMS/L&T sig tapes at the recent
  14. > DECUS symposium, I encountered a problem making a Backup
  15. ...
  16. >   Doing a BACKUP/LIST of [somewhere]a.bck/save
  17. > 
  18. > revealed errors recovered by XOR groups, and errors of lost blocks
  19. > in files within the saveset, EVEN THOUGH there were NO errors reported
  20. > by Backup during creation of the savesets, nor any hardware errors
  21. > (via show error) reported on the device.
  22. > 
  23.  
  24. Bingo! I had this problem backing up from a uVaxII to a 4500 via LAVC. The
  25. problem was consistant, repeatable ( modulo the number of error ), and *VERY*
  26. dependant on load. IE, Decterm in and no errors, use decterm to 'set host',
  27. ave of 4-6 errors per RA-81, OPA0 6-10 errors...
  28.  
  29. My suspicion is a race condition in the SCS/MSCP/QIO code. This has been an
  30. open problem report since Aug 92. 5.5 and 5.5-1 BTW.
  31.  
  32. I tryed /analing the savesets, but bloody backup hides the error!! Any one have
  33. a hacked version that will dump the blockes in error they can send me?
  34.  
  35. ~Paul
  36.  
  37.