home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / next / hardware / 3218 < prev    next >
Encoding:
Text File  |  1993-01-10  |  2.1 KB  |  62 lines
  1. Newsgroups: comp.sys.next.hardware
  2. Path: sparky!uunet!almserv!usenet
  3. From: dlewis@fnma.com
  4. Subject: Re: HELP: Dump problem with HP 35480A DAT Streamer
  5. Message-ID: <1993Jan10.165346.1301@almserv.uucp>
  6. Sender: usenet@almserv.uucp
  7. Nntp-Posting-Host: prometheus
  8. Reply-To: dlewis@fnma.com
  9. Organization: Fannie Mae
  10. References: <1993Jan8.100905.601@marcon.ka.sub.org>
  11. Date: Sun, 10 Jan 1993 16:53:46 GMT
  12. Lines: 48
  13.  
  14. In article <1993Jan8.100905.601@marcon.ka.sub.org>  
  15. emarinos@marcon.ka.sub.org (Evstathios Marinos) writes:
  16. > Hi,
  17. > 
  18. > I've got problems with the DAT Streamer HP 35480A running at NeXT  
  19. machines when  
  20. > working with dump/restore.
  21. > 
  22. > Dumping files to the streamer workes fine, but performing a restore from  
  23. a dump  
  24. > produces a strange behaviour. Some times it works fine, the next time I  
  25. get  
  26. > following error:
  27. > 
  28. > ST:CMD=0x8 SR_IO_STATUS=2H
  29. > Sense Key=0x0
  30. > Sense Code=0x0
  31. > Tape/Disk Read Error: I/O Error
  32. > 
  33. > I tried the streamer with various NeXT machines, Cube's, Mono's, Turbo  
  34. Color's  
  35. > and I always got the same problems with restore. When using tar to write  
  36. and  
  37. > read to the streamer no errors ocured.
  38. > 
  39. > Doe's anybody know this problem and how to solve it?
  40. > 
  41. > Thank you very much for your help.
  42. > -- 
  43. > Stati Marinos               | Phone :  +49 721 37 71 78
  44. > Gartenstr. 2                | Fax   :  +49 721 37 71 79
  45. > 7500 Karlsruhe 1  (GERMANY) | E-Mail:  emarinos@marcon.ka.sub.org
  46. > Registered NeXTDeveloper    |      - NeXTMail welcome -
  47.  
  48. I've had this problem with HP DAT drives too. I've found that you can  
  49. sometimes "reset" the SCSI for the tape by executing "restore i" before  
  50. using "restore if /dev/nrst0". This causes an attempted access to the (on  
  51. my machine) non-existent Exabyte interface, and seems to be equivalent to  
  52. applying a "swift kick" to the machine. I've discovered that applying this  
  53. procedure once after rebooting the machine seems to fix things till the  
  54. next time the machine is rebooted. Give it a try.
  55.  
  56. DL
  57. ---
  58. David Lewis
  59. Senior Software Engineer
  60. On contract to: Federal National Mortgage Association (Fannie Mae)
  61. dlewis@fnma.com (NeXTmail OK), 202-752-4785
  62.