home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12450 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  2.1 KB
  1. Path: sparky!uunet!sun-barr!ames!agate!violet.berkeley.edu!bartlett
  2. From: bartlett@violet.berkeley.edu (Paul Bartlett/Gary Shea;Lat 841;;;MV86)
  3. Newsgroups: comp.sys.sgi
  4. Subject: help in understanding tape blocks: dd, bstream, tar
  5. Date: 15 Aug 1992 03:43:20 GMT
  6. Organization: University of California, Berkeley
  7. Lines: 58
  8. Distribution: na
  9. Message-ID: <16hugoINNr9s@agate.berkeley.edu>
  10. NNTP-Posting-Host: violet.berkeley.edu
  11.  
  12. Situation: Machines: Indigo, 4D70/GT  Running 4.0.5
  13.            Tape drive (4D70/GT, from SGI): ARCHIVE: VIPER 150  21247-005 VP1
  14.        Tape drive (ditto, from ANDATATO): EXABYTE: EXB-8200        2618
  15.            Tape drive (Indigo, from SUN): ARCHIVE: VIPER 150  21531-004
  16.  
  17. The following happens on all three combinations.
  18.  
  19. What I'm trying to do:
  20. use tar with bstream as per the bstream man page to make backups
  21. and distribution tapes for customers to use.
  22.  
  23. so, I do
  24.  
  25. (1) tar cf - Mail | bstream -o/dev/tape
  26.  
  27. and then, I do
  28.  
  29. (2) bstream -i/dev/tape | tar tf -
  30.  
  31. and get a listing of most of my directory, then a message:
  32.  
  33. </dev/tape> Change tape and type RETURN or "quit":
  34.  
  35. and if I hit return, I get the rest of my directory, and the
  36. message again.
  37.  
  38. If I try 
  39.  
  40. (3) tar t
  41.  
  42. directly, I get some of my directory (less than before), then 
  43. a message
  44.  
  45. Change tape and press the Enter key:
  46.  
  47. and if I hit return, I get the rest of my directory.
  48.  
  49. If I do
  50.  
  51. (4) dd if=/dev/tape | tar tf -
  52.  
  53. *then* I get the whole directory. This also works if I put a 
  54. bstream into the pipe.
  55.  
  56. I tried to look at bstream's debugging output with no enlightenment;
  57. this also happens no matter what combinations of blocksizes and blocking
  58. I use (the speed, of course, varies dramatically).
  59.  
  60. Now, I don't know much about tape drives, so I can't tell what's
  61. happening here. If this is indeed the expected behavior, I'd like to
  62. understand what is going on, and know if there is a workaround so
  63. bstream-written tapes can be read by tar without trouble; if this is
  64. supposed to work, I'll file a bug report. I'd sure like to be able to
  65. use bstream to write the exabytes for our customers, it really helps
  66. the speed on a loaded system.
  67.  
  68. Georges Lauri
  69. lauri@gall.cchem.berkeley.edu
  70.