home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / rsts / 107 < prev    next >
Encoding:
Text File  |  1993-01-28  |  3.3 KB  |  90 lines
  1. Newsgroups: comp.os.rsts
  2. Path: sparky!uunet!stanford.edu!agate!doc.ic.ac.uk!syma!stevedc
  3. From: stevedc@syma.sussex.ac.uk (Stephen Carter)
  4. Subject: Re: Exabyte Backup Failures
  5. Message-ID: <1993Jan27.083406.19472@syma.sussex.ac.uk>
  6. Organization: University of Sussex
  7. X-Newsreader: Tin 1.1 PL5
  8. References: <1k4rs4INN5tv@nigel.msen.com>
  9. Distribution: inet
  10. Date: Wed, 27 Jan 1993 08:34:06 GMT
  11. Lines: 77
  12.  
  13. Dan and Karen Sugalski (dan@msen.com) wrote:
  14. : Stephen Carter (stevedc@syma.sussex.ac.uk) wrote:
  15. : :     |
  16. : :     ?Error reading Backup set
  17. : :     ?Data error on device
  18. : :     ?Error reading Backup set
  19. : :     ?Data error on device
  20. : :     ?Unexpected error 14 in RSTRMS
  21. : :     |
  22. : 
  23. : 
  24. : : What is it?
  25. : 
  26.  
  27.     THANKS to dan and karen (?) for her/his/their informative
  28.     reply.
  29. : 
  30. : What seems to happen is that somewhere between the tape drive and the
  31. : TMSCP handler, a packet gets lost, and the two get out of sync, never
  32. : again to talk. (We have to power the drive and computer off--a reboot
  33. : doesn't seem to be enough)
  34.  
  35.     Rings a BIG bell.  Although this precise power off does not
  36.     often happen, 'losing' the exabyte is not unusual.  We get it
  37.     back either by a power off of the deck, or a re-boot.  
  38. : 
  39. : 
  40. : You might try upgrading to 10.1 (Skip 10.0 unless you're ready to apply
  41. : several dozen patches, including one that's not documented anywhere, but
  42. : is lurking on the upgrade tape). The TMSCP handling is reportedly better.
  43. : I don't have any experience with the drives on it, though, as I don't
  44. : know anyone with one of the tape drives that is using it.
  45.  
  46.     Upgrade to 10.1 not an option in real terms.  (Mind you
  47.     despite paying mtce, I've not seen a 10.1 tape, nor a Software
  48.     Dispatch for ages...  No worries though.
  49.  
  50. : 
  51. : Alternatively, you may want to try putting a pause of some sort between
  52. : the BACKUP commands (maybe the big dump of data is causing a probelm and
  53. : giving the drive a chance to flush buffers and such will help). If you're
  54. : doing the verify after each backup, then *don't*! Do both backups firtst,
  55. : then verify the tape.
  56.  
  57.     Um, pause I understand.  Backup without verify I understand, but
  58.     how do I verify only?
  59.  
  60. : 
  61. : Finally, check to see if there are any batch jobs that might be running in
  62. : a different queue. (The bigger backup may be overlapping something else.)
  63. : Also consider doing a SET SYSTEM/NOLOGINS in the com file before the
  64. : backup starts. (You may want to shut down the other queues, as well as any
  65. : other jobs that may be running)
  66.  
  67.     System usually quiescent (nice word that) - after all it is 
  68.     Saturday Night :-).  Even if/when other jobs happen to be around
  69.     this makes no difference to the problem.
  70.  
  71. : 
  72. : And, even more finally, back up the non-system disk *first*. It's been by
  73. : experience that, once TMSCP loses it, the backup/restore job is immortal.
  74. : (Looks to have pending async IO--prio/runburst go to 128/127 but doesn't
  75. : die) $SHUTUP won't be able to bring the system down, so you'll have to
  76. : power off the machine. Dismount the big drive before you do--one fewer
  77. : drive to clean...
  78. : 
  79.     Will do.
  80.  
  81.     Will change job anyway to do DU1, DU0, and not to verify.
  82.  
  83.     Thanks again.
  84.  
  85.     (PS.  Terry, where were you when I needed you  - :-)
  86.  
  87. Stephen Carter, Systems & Operations Manager, Computing Services, 
  88.  University of Sussex, Brighton BN1 9QJ, UK
  89.   JANET        : S.Carter@uk.ac.sussex.central
  90.