home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19991 < prev    next >
Encoding:
Text File  |  1992-12-29  |  2.2 KB  |  46 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!nsisrv!author.gsfc.nasa.gov!rkoehler
  3. From: rkoehler@author.gsfc.nasa.gov (BOB KOEHLER)
  4. Subject: Re: Backup question
  5. Message-ID: <29DEC199209383180@author.gsfc.nasa.gov>
  6. News-Software: VAX/VMS VNEWS 1.4-b1  
  7. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  8. Nntp-Posting-Host: author.gsfc.nasa.gov
  9. Organization: CSC System Sciences Division
  10. References: <29846@castle.ed.ac.uk>
  11. Date: Tue, 29 Dec 1992 14:38:00 GMT
  12. Lines: 32
  13.  
  14. In article <29846@castle.ed.ac.uk>, ercn50@castle.ed.ac.uk (Lifesupport) writes...
  15. >Hi All - Seasons Greetings !! - can someone/anyone help with the
  16. >following ? - any HELP much appreciated ...
  17. > 
  18. >------------ forward message -------------------------------------------
  19. >                 I have a situation whereby a user has identified a loss
  20. >of data on a magtape (the magnetic tape should contain data going back
  21. >quite some time but the savesets on the tape only go back a few months).
  22. > 
  23. >I can only assume that the tape had been initialised at some stage this
  24. >is reinforced by the fact that the first saveset on the tape is not the
  25. >start of a saveset.
  26. > 
  27. >What I think has happened is that a backup to tape requested mounting a
  28. >second (relative) volume and by mistake the same volume was loaded hence
  29. >causing the tape to be initialized and this would explain the fact that the
  30. >first saveset on the tape is not the beginning of the saveset.
  31. > 
  32. >My question  is how can I recover data from the initialized tape ...
  33. >------------  end forward message ----------------------------------------
  34. > 
  35. >Kenny Stevenon
  36. >Edinburgh University Computing Service
  37.  
  38.   You need to verify that there is any old data on the tape, and then try to 
  39. get it off.  Using QIO (IO$_READVBLK function code) you can scan the tape, 
  40. ignoring logical end of volume error other than to expect the next block will 
  41. not be readable.  If the data has not already been overwritten, it will be out
  42. there beyond the current logical end of volume.
  43.   FYI, it has been my recent experience that some tape interfaces do not 
  44. return the logical end of volume error, but instead one must watch for the 
  45. double end of file "manually".
  46.