home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / aix / 8067 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.7 KB  |  66 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!sun-barr!decwrl!csus.edu!csusac!cdsac!scotte
  3. From: scotte@cdsac.uucp (L. Scott Emmons)
  4. Subject: Re: MUltiple backups in a single tape.
  5. Message-ID: <1992Jul22.152048.21369@cdsac.uucp>
  6. Date: Wed, 22 Jul 1992 15:20:48 GMT
  7. References: <1992Jul16.191929.15642@thunder.mcrcim.mcgill.edu> <1193@curly.appmag.com>
  8. Organization: Cable Data (U.S. Computer Services), Sacramento, CA
  9. Keywords: backup, dump, restore
  10. Lines: 54
  11.  
  12. In article <1193@curly.appmag.com> pa@curly.appmag.com (Pierre Asselin) writes:
  13. >In <1992Jul16.191929.15642@thunder.mcrcim.mcgill.edu> carlosp@McRCIM.McGill.EDU (Thunder Carlosp) writes:
  14. >
  15. >>tctl -f /dev/rmt0 rew
  16. >>tctl -f /dev/rmt0.1 fsf 1
  17. >>restore -if /dev/rmt0.1 
  18. >
  19. >>will produce  input/output  or tape error. 
  20. >
  21. >It always works for me at 3.1.6.  The tapes are created by running
  22. >several rdump's in succession, sending the output to to
  23. ><tape-host>:/dev/rmt0.1.  I can "tctl fsf" to any dump and [r]restore it.
  24. >
  25. >My 8mm tape drive is set to a block size of 512 for mksysb
  26. >compatibility (growl...).  Could that make a difference?
  27.  
  28. I would _VERY_ strongly recommend not using a block size of 512
  29. (except for "mksysb") on 8mm tape drives. Because of the helical scan
  30. system, the amount of data that must be written to a helical track is
  31. 1024 bytes. If you have a block size of 512, the storage capacity of
  32. 8mm is halved, as the tape drive still must write 1024 byte blocks. An
  33. "end-of-block" marker is placed on the tape and the remaining 512
  34. bytes are padded -- thus 1/2 of each track becomes wasted space.
  35.  
  36. The "mksysb" command must have 512 byte blocks on the tape, presumably
  37. because the 'mini-kernel' in the boot-section of the tape speaks only
  38. in terms of 512 byte blocks.
  39.  
  40. On the top example (tctl, tctl, restore): If that is a tape created by
  41. "mksysb", then you will want to read it thusly (i.e. with "tar", not
  42. "restore", as "mksysb" creates these tapes with "tar"):
  43.  
  44.     tctl -f/dev/rmtX.1 fsf 1
  45.     tar xv<otheropts>f /dev/rmtX.1 <filenames>
  46.  
  47. If you are unable to read tapes, make sure you check the device block
  48. size. The "mksysb" command does _NOT_ restore the block size to 1024
  49. (or the previous value) when it is finished. This is easily
  50. accomplished via "smit tape" or "chdev -l rmtX -a block_size=1024".
  51.  
  52. For more information, request the following ASKQ documents from your
  53. IBM rep:
  54.     Doc ID Q590900 - Item 7SKHQ - Title 920521
  55.         Doc ID Q554651 - Item ONGW5 - Title 910927
  56.         Doc ID Q597507 - Item 4140K - Title 920717
  57.     Doc ID Q580977 - Item BGHGP - Title 920420
  58.  
  59. Does anyone else have good references (IBM, magazine, book, etc) to
  60. 8mm tape drive technology?
  61.  
  62. Hope this helps...
  63. -- 
  64.                L. Scott Emmons
  65.              csusac.csus.edu!cdsac!scotte
  66.