home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10723 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  2.3 KB
  1. Path: sparky!uunet!cs.utexas.edu!swrinde!sgiblab!rpal.rockwell.com!rpal.rockwell.com!katz
  2. From: katz@elements.rpal.rockwell.com (Morry Katz)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Tape Drive Lock-Up
  5. Date: 25 Jan 93 11:10:12
  6. Organization: Rockwell International Palo Alto Lab
  7. Lines: 43
  8. Message-ID: <KATZ.93Jan25111012@carbon.elements.rpal.rockwell.com>
  9. References: <1993Jan24.214758.5393@eskimo.com>
  10. Reply-To: katz@rpal.rockwell.com
  11. NNTP-Posting-Host: carbon.rpal.rockwell.com
  12. In-reply-to: nanook@eskimo.com's message of Sun, 24 Jan 1993 21:47:58 GMT
  13.  
  14. In article <1993Jan24.214758.5393@eskimo.com> nanook@eskimo.com (Robert Dinse) writes:
  15. > 
  16. > 
  17. >      This question pertains to a Sun 3/280 running Sun/OS 4.1.1_U1 and using
  18. > a 9-track 6250 bpi tape drive.
  19. > 
  20. >      When I use dump to write a disk partition to tape, occasionally I will
  21. > get the following sequence of errors:
  22. > 
  23. > xt0: timeout interrupt
  24. > xtintr: XTE_TIMEOUT reset failed, err= 0x9
  25. > xt0: hard error bn=0 er=0x40
  26. > xtwrt_eom:failed in writing EOM 1.
  27. > 
  28. >      Once this happens the drive is hung.  Nothing short of a reboot seems to
  29. > be able to clear it.  Everything I try comes back device busy.  If I try:
  30. > 
  31. >     mt offline
  32. > 
  33. >      It comes back and says device busy.  Powering the drive off and on
  34. > doesn't fix it either.  Once it's hosed, tar, cpio, anything else will say
  35. > device busy.  However the initial error that gets it in this state only
  36. > occurs when using dump.
  37. > 
  38. >      I have had similiar problems using dump with 8mm 5GB drive on a 4/670
  39. > (external) and SUN/OS 4.1.3, but power cycling the drive without taking the
  40. > entire server down seems to fix it.
  41. > 
  42. >      Anybody got any idea what's wrong?  Is there a fixed version of dump
  43. > available that won't hang the drive?
  44. > 
  45. I believe that there is abug in the SCSI drivers for 4.x.  I reported
  46. this bug to Sun about 1 year ago.  They supposedly spent long periods
  47. of time trying to track down the bug and could never find the source.
  48. I continue to suspect that the driver contains some state info that is
  49. not getting reset properly after certain errors are detected.
  50. --
  51. ------------------------------------------------------
  52. Morry Katz
  53. Rockwell Science Center
  54. administrator@rpal.rockwell.com (machine administration issues)
  55. katz@rpal.rockwell.com (other)
  56. ------------------------------------------------------
  57.