home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / periphs / scsi / 6760 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.6 KB
  1. Path: sparky!uunet!crdgw1!rpi!gatech!swrinde!cs.utexas.edu!usc!sdd.hp.com!hpscit.sc.hp.com!hplextra!otter.hpl.hp.com!hpltoad!hpopd!hpcpbla!mark
  2. From: mark@hpcpbla.bri.hp.com (Mark Simms)
  3. Newsgroups: comp.periphs.scsi
  4. Subject: Re: HP/Sun DAT compatibility
  5. Message-ID: <9850059@hpcpbla.bri.hp.com>
  6. Date: 27 Jan 93 16:12:43 GMT
  7. References: <1993Jan13.210947.27896@netcom.com>
  8. Organization: HP Computer Peripherals Bristol, UK
  9. Lines: 50
  10.  
  11. >> I have a WangDAT drive attached to a Sun and in another office there's
  12. >> an HP DAT drive attached to an HP-9000/730.  The drive on the Sun will
  13. >> read the tapes it wrote, but not the HP tapes.  I haven't been able to
  14. >> try the other direction.  Anyway, I'm using tar to read/write the
  15. >> tapes, and when I try reading an HP tape on the Sun it gets the first
  16. >> directory entry then dies with 'tar: read error: Invalid argument'.
  17. >> (tar gives one other message before it gets the first directory entry:
  18. >> 'tar: blocksize=1').
  19.  
  20. I have a suspicion that this might be an incompatibility relating to
  21. the HP and Sun tape drivers rather than the DAT drives themselves.  HP
  22. systems tend to write with large block sizes and Sun ones with small
  23. block sizes.  When the Sun system attempts to read the tape written on
  24. the HP system, it gets the first 512 bytes and then falls over with an
  25. illegal length record.  This would explain why you get the first
  26. directory entry.
  27.  
  28. The only way to overcome this that I know of is to write all
  29. interchange tapes with 512 byte blocks.  I think this is the default
  30. on the Sun.  The HP can be made to write such tapes using one of the
  31. commands that follow:
  32.  
  33.     tar cvb 1 files
  34.     tar cvf - files | dd of=/dev/rmt/0mn bs=512
  35.  
  36. This causes tar to write the tape in 512 byte blocks which should then
  37. be readable on the Sun.  It will also be much slower than using the
  38. default block size of 10k.
  39.  
  40. You may be able to read a standard HP tape with 10k records by
  41. specifying a blocking factor of 20 on the Sun.  This would be a better
  42. approach, but I do not know if it will work.  This would require one
  43. of the following commands:
  44.  
  45.     tar xvb 1 files
  46.     dd if=/dev/rmt/0mn bs=10k | tar cvf - files
  47.  
  48. Hope this helps.
  49.  
  50. Mark Simms
  51.  
  52. ----------------------------------------------------------------------
  53. Opinions expressed are my own and are not intended to be an official
  54. statement by Hewlett-Packard Company
  55. ----------------------------------------------------------------------
  56. Name:         Mark Simms
  57. Profession:   Software Engineer
  58. Organization: Hewlett-Packard Computer Peripherals Division
  59. Unix-mail:    mark@hpcpbla.bri.hp.com
  60. ----------------------------------------------------------------------
  61.