home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / periphs / scsi / 6745 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.6 KB  |  36 lines
  1. Newsgroups: comp.periphs.scsi
  2. Path: sparky!uunet!charon.amdahl.com!netcomsv!netcom.com!allanh
  3. From: allanh@netcom.com (Allan N. Hessenflow)
  4. Subject: Re: HP/Sun DAT compatibility
  5. Message-ID: <1993Jan27.223223.4033@netcom.com>
  6. Organization: Netcom - Online Communication Services (408 241-9760 guest)
  7. References: <1993Jan13.210947.27896@netcom.com> <9850059@hpcpbla.bri.hp.com>
  8. Date: Wed, 27 Jan 1993 22:32:23 GMT
  9. Lines: 25
  10.  
  11. In article <9850059@hpcpbla.bri.hp.com> mark@hpcpbla.bri.hp.com (Mark Simms) writes:
  12. >I have a suspicion that this might be an incompatibility relating to
  13. >the HP and Sun tape drivers rather than the DAT drives themselves.  HP
  14. >systems tend to write with large block sizes and Sun ones with small
  15. >block sizes.  When the Sun system attempts to read the tape written on
  16. >the HP system, it gets the first 512 bytes and then falls over with an
  17. >illegal length record.  This would explain why you get the first
  18. >directory entry.
  19. >...
  20.  
  21. Thanks for the information; I now have both an HP DAT drive and a WangDAT
  22. 1300 on the Sun, so I tried some experiments.  First, the HP drive can
  23. read tapes written on anything (the HP or WangDAT drive on the Sun or
  24. the HP drive on an HP).  The WangDAT can read tapes it wrote or, if I 
  25. use the following command to write the tapes, tapes the HP wrote:
  26. >    tar cvf - files | dd of=/dev/whatever bs=512
  27.  
  28. No matter what I do, I can't get the WangDAT to read tapes that I write
  29. with the HP drive any other way.  This leads me to conclude that the
  30. WangDAT firmware can't handle long blocks.
  31.  
  32. allan
  33.  
  34. -- 
  35. Allan N. Hessenflow       allanh@netcom.com
  36.