home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / hp / 8711 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  3.0 KB
  1. From: lundeby@hpfcdc.fc.hp.com (Bruce Lundeby)
  2. Date: Thu, 30 Jul 1992 01:07:52 GMT
  3. Subject: Re: moving tar file on DAT (4mm) tape between HP and SGI???
  4. Message-ID: <5570893@hpfcdc.fc.hp.com>
  5. Organization: HP Fort Collins, Co.
  6. Path: sparky!uunet!wupost!sdd.hp.com!hpscdc!cupnews0.cup.hp.com!hppad.waterloo.hp.com!hppad!hpfcso!hpfcdc!lundeby
  7. Newsgroups: comp.sys.hp
  8. References: <fish.711910541@news2.gsfc.nasa.gov>
  9. Lines: 53
  10.  
  11. In <28510299@hpuamsa.neth.hp.com> franks@hpuamsa.neth.hp.com (Frank Slootweg CRC) writes:
  12. | olson@anchor.esd.sgi.com (Dave Olson) writes:
  13. | > In <7371166@hpfcso.FC.HP.COM> kinsell@hpfcso.FC.HP.COM (Dave Kinsell) writes:
  14. | [deleted]
  15. | > | I'll bet you're not using an HP dat drive.  Tar tvf sends out a
  16. | > | write 0 filemarks command, conventionally used by drivers to flush
  17. | > | buffers.  Some drives write 0 filemarks, then write an EOD mark.
  18. | > | This clobbers all your data.  Try skipping the tvf pass, or write
  19. | > | protect the cartridge first.
  20. | > 
  21. | > I strongly doubt this, since he said he could read the tape on
  22. | > HP after creating it, and very few recent drives are this braindead.
  23. | > (Our driver also uses a write 0 fm cmd, and I've never heard of
  24. | > a drive that dies with it.)
  25. | 
  26. |   Apparently some Exabyte drives suffer from this. Whether they are
  27. | recent I don't know. See "Exabyte tape drives on Series 700 ?" in this
  28. | group for "details".
  29.  
  30.   > We've been supporting Exabyte 8200 drives for close to 3 years now,
  31.   > and none of them have ever had problems with write 0 fm's.  Given
  32.   > the many firmware releases Exabyte makes, I suppose that they could
  33.   > have introduced a bug like that in fixing some other problem for
  34.   > some custom firmware rev...
  35.  
  36. Some revisions of Exabyte 8200 firmware have the side effect of
  37. writing an EOD (end of data) tapemark in response to a write
  38. zero filemarks command. A write zero filemarks command is defined
  39. to cause a buffer flush. The HP 9000/s700 HP-UX 8.07 SCSI tape 
  40. device driver uses a write zero filemarks operation to flush
  41. buffers to gain an accurate idea of head position. On most
  42. SCSI tape devices this operation has no effect if there is no
  43. data in the tape drive's buffer or if the head is not located
  44. at logical end-of-data. Unfortunately, some versions of Exabyte
  45. 8200 firmware do have the side effect of writing an EOD tapemark.
  46. This results in data after the EOD mark being lost. The quick
  47. fix for this problem is to change firmware. HP-UX is expected to
  48. deal with problem in a future release by avoiding write zero 
  49. filemarks commands at times when Exabyte 8200 drives might
  50. handle them in a undesirable manner.
  51.  
  52. It is important to note that Exabyte 8mm tape drive use is not
  53. supported by the HP 9000/s700 HP-UX 8.07 SCSI tape device driver.
  54. Although some users have been able to use such a configuration
  55. to meet their needs, it is not officially supported.
  56.  
  57. Bruce Lundeby
  58.  
  59.  
  60. This response does not represent the official position of, or statement by,
  61. the Hewlett-Packard Company.  The above data is provided for informational
  62. purposes only.  It is supplied without warranty of any kind.
  63.  
  64.