home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / next / misc / 22234 < prev    next >
Encoding:
Text File  |  1992-11-22  |  5.3 KB  |  108 lines

  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!spool.mu.edu!umn.edu!csus.edu!netcom.com!netcomsv!occam!Joe
  3. From: Joseph R. Grace <JGrace@TetraSoft.com>
  4. Subject: Re: HP DAT wont work with my system, SCSI problem?
  5. Message-ID: <1992Nov22.232530.5449@tetrasoft.com>
  6. Sender: Joe@tetrasoft.com
  7. Organization: TetraSoft International
  8. References: <By2ts3.Myr@newcastle.ac.uk>
  9. Date: Sun, 22 Nov 1992 23:25:30 GMT
  10. Lines: 96
  11.  
  12. In article <By2ts3.Myr@newcastle.ac.uk> S.A.McIntyre@durham.ac.uk writes:
  13. >[...]
  14. >  sd1 (2,0) scsi_timer: timeout op: 0x28 st_state: 7 scsi_status 0x0
  15. >  Target 3: BUSY; retry 1 ... 9
  16. >  
  17. >  
  18. >  I have the following SCSI devices:
  19. >  1 - Internal HD
  20. >  2 - External HD
  21. >  3 - CD Rom
  22. >  4 - HP DAT
  23. >  5 - HSD Scanner
  24. >[...]
  25.  
  26. Scott,
  27.  
  28. I have what sounds like a practically identical set-up.  I have spent dozens  
  29. upon dozens of hours eliminating problems with the SCSI devices (including  
  30. swapping HSD Scanners and internal HDs).
  31.  
  32. My advice:
  33.  
  34. First, never buy a SCSI device which does not have an outgoing SCSI connection.   
  35. It makes it (even) more difficult to diagnose and isolate SCSI problems.  (Too  
  36. late for you and me, unfortunately.)  It's a major pain in the you know where  
  37. and (I believe) a sign of poor quality SCSI device.
  38.  
  39. Second, I suspect your SCSI chain is too long!  There is a (little known?)  
  40. limit of about 6m to the SCSI cables.  When you exceed this limit (or even  
  41. start getting near it), devices start (intermittently) flaking out.   
  42. Unfortunately, they don't just totally stop working and some are more  
  43. accomodating of SCSI length than others.  My approach now is just to assume the  
  44. SCSI cable/connector/length is broken or loose.  The devices, themselves, are  
  45. "fine".  Unfortunately, the SCSI device vendors (at least the ones I've dealt  
  46. with) are totally inept at debugging SCSI problems and are more willing to swap  
  47. devices than diagnose and solve the real (SCSI) problem.  Perhaps there is *no*  
  48. real SCSI diagnostic :-(.  (Market opportunity! :-)
  49.  
  50. Third, when buying SCSI cable, buy the highest quality and _shortest_ cable you  
  51. can get your hands on.  NeXTConnection has 18" cables (though I am not sure how  
  52. high quality they are --- they're thin).  If you have a lot of devices, take  
  53. minimal length over absolute top quality (my current approach, not definitive  
  54. --- I am still having problems).
  55.  
  56. The DAT probably works on the "end" of the chain because you've shortened the  
  57. chain by removing the HSD Color Scanner.  I've gone through this very process  
  58. (and am about to do so again, since my DAT seems to be acting up :-( ).
  59.  
  60. My (current) comprehensive SCSI checklist follows:
  61.  
  62. 1.  your SCSI id.s --- they shouldn't (and don't look like they) conflict.   
  63. There should be no duplicate numbers.  The numbers should range from 0-7.  On  
  64. the NeXT, I believe 7 is reserved for the CPU or somesuch (floppy?), leaving  
  65. 0-6 for other devices.  Also, on the NeXT, 1 is used for internal drives, I  
  66. believe, leaving 0,2-6.  You probably want to leave 0 vacant to be able to  
  67. insert a temporary SCSI device as a boot device (for emergencies, testing,  
  68. whatever).  So, available SCSI id.s are 2-6 (only 5 free ones :-().
  69. 2.  your SCSI termination on all devices (you already have, probably, but  
  70. double-check).  You need to terminate the first and last (physically, i.e.,  
  71. where the cable ends --- not (necessarily) the lowest/highest SCSI id.) devices  
  72. on the SCSI chain.  The first device is the internal drive, so it should  
  73. already be terminated.
  74. 3.  your SCSI cables --- that they are good quality.  Try swapping cables to  
  75. determine if any are faulty, even just repositioning cables in the chain can  
  76. help.
  77. 4.  your SCSI connections --- reseat your SCSI cables to ensure the connections  
  78. are solid and haven't loosened.
  79. 5.  your external SCSI cable length (let me guess: 5 devices, 4 cables for  
  80. roughly 4x4' = 16'?)  6m = about 18' maximum.  You need less than 18' total  
  81. (sum of internal and external SCSI cables).  Each of your SCSI devices has some  
  82. SCSI (ribbon, usually) cable inside the box to connect the external connector  
  83. to the internal device.  This cable can be around 3' long in a dual SCSI box,  
  84. so you should double-check your internal SCSI cable lengths for "hidden" SCSI  
  85. cable.
  86. 6.  (mythical option)  get an "active SCSI terminator"!  When I consulted the  
  87. oracle (Usenet) early on in my SCSI problems, two people suggested getting one  
  88. of these mythical beasts.  I have tried half a dozen electronics stores in the  
  89. SF Bay Area to no avail (and have been told no such thing exists several  
  90. times).  If anyone knows what this is or how to get one, please let me know!   
  91. It's supposed to help SCSI chain quality problems and, presumably, eliminates  
  92. problems on border length SCSI chains (that's what I want one for anyway! :-).
  93.  
  94. Unfortunately, even a sub-18' SCSI chain is not guaranteed to work (as I am  
  95. finding out :-().  Needless to say, I have become quite un-enamored with SCSI  
  96. bus design.  Flakey by design and lacks diagnostics to verify sources of  
  97. problems --- can you say *bad* *bad* *bad*.  (I knew you could. :-)
  98.  
  99. I hope these empirical tidbits help.  If anybody has corrections, new insights  
  100. or suggestions, please let me know too (or just post!).
  101.  
  102. Thanks,
  103.  
  104. = Joe =
  105. -- 
  106. Joe Grace <JGrace@TetraSoft.com> (NeXTMail preferred.)
  107. TetraSoft International   Business and Personal Productivity Tools for NeXTSTEP
  108.