home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / rsts / 104 < prev    next >
Encoding:
Text File  |  1993-01-25  |  2.1 KB  |  62 lines
  1. Newsgroups: comp.os.rsts
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!syma!stevedc
  3. From: stevedc@syma.sussex.ac.uk (Stephen Carter)
  4. Subject: Exabyte Backup Failures
  5. Message-ID: <1993Jan25.123329.11700@syma.sussex.ac.uk>
  6. Keywords: exabyte backup failures
  7. Organization: University of Sussex
  8. Date: Mon, 25 Jan 1993 12:33:29 GMT
  9. Lines: 51
  10.  
  11.  
  12. We are running RSTS 9.7.  We have had exabytes since I don't know how
  13. long, and have been VERY happy with the overall functionality.
  14.  
  15. Backup strategy is to do incremental backups Mon/Tue/Wed/Thur nights
  16. (at about 02:00), and FULL backups to exabyte, unattended, at about
  17. 18:00 on saturday - lasting through to early sunday morning.  Two
  18. backup sets onto one physical tape, both sets verifying.  Blocksize
  19. max, groupsize 50.
  20.  
  21. In July 1992 we swapped two 512Mb Fuji's for Two 2Gb Seagate ST42400
  22. Scsi discs hanging off a CMD Scsi controller.  The users' data did
  23. expand (naturally!) but currently stands at (laboriously calculated) 
  24. 2,146,696,704 bytes.
  25.  
  26. When we backup now, the run fails (after 13 hours) with the following
  27.  
  28.     |
  29.     |
  30.     ?Error reading Backup set
  31.     ?Data error on device
  32.     ?Error reading Backup set
  33.     ?Data error on device
  34.     ?Unexpected error 14 in RSTRMS
  35.     |
  36.  
  37. On the face of it, with these data volumes it may appear to be a badly
  38. handled end-of-reel situation, so before folk flame me, I HAVE seen a real 
  39. end-of-reel situation on the exabyte, and that was handled properly
  40. (Please mount volume 2 of Backup set   etc etc)
  41.  
  42. What is it?
  43.  
  44. Is it a multi-reel so close to the end of data that it fails, or what.
  45.  
  46. I've RTFM and can't find why BACKUP becomes RSTRMS anywhere, nor the
  47. Meaning of error 14, nor why our most recent (sic) RMS Utilities
  48. manual is for V8.0 and dated 1983!
  49.  
  50. I guess anyway that the 2.1Gb figure above means a re-cast of the
  51. simple strategy, but the (untypically) badly handled nature of this
  52. error worries us, and I'd rather get to the bottom of this than kludge
  53. a workaround.
  54.  
  55.  
  56. Stephen Carter, Systems & Operations Manager, Computing Services, 
  57.  University of Sussex, Brighton BN1 9QJ, UK
  58.   JANET        : S.Carter@uk.ac.sussex.central
  59.  
  60.  
  61.  
  62.