home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / misc / 122 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  4.9 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!spool.mu.edu!olivea!sgigate!odin!sgihub!zola!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi.misc
  4. Subject: Re: Hard drives...
  5. Message-ID: <u8sjk9c@zuni.esd.sgi.com>
  6. Date: 30 Dec 92 22:10:48 GMT
  7. References: <34840@adm.brl.mil>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 96
  11.  
  12. In <34840@adm.brl.mil> sgi.com!pdi!shoshana@BRL.MIL (Shoshana Abrass) writes:
  13.  
  14.  
  15. | >  The Mac is *incredibly* sloppy about ignoring bad bus phases, 
  16. | >  {... }it has very unsatisfactory results in trying to make multiple
  17. | >  devices work *reliably* at the "same" time.
  18. |   We've had far more cases of corrupted file systems or files on
  19. |   the sgi's than on the macs. That's what I use to just the 
  20. |   reliability of the bus.
  21.  
  22. It isn't just the bus.  It could also be the drives (what kind
  23. were they, and were they SGI, or 3rd party?), or even (gasp!)
  24. an OS bug.  How about some details.
  25.  
  26. | >  Sounds to me like you aren't using very high quality cables, 
  27. | >  terminators, or devices then.  
  28. |   The devices are seagate disks. The terminators are, of course, 
  29. |   from SGI. The cables are the best we can find to buy, though 
  30. |   there may be better ones available.
  31.  
  32. Why of course?  Do you never have terminators on any of the
  33. SCSI devices themselves?  If so, they usually come from the
  34. drive manufacturer (or if external, from the distributor).
  35. 'best we can find to buy' is meaningless without knowing
  36. where you bought them, what kind of connectors they have,
  37. and how much the vendor cares about quality (there are things
  38. you can do to improve the cables beyond what the current
  39. standards call out, although some of them *are* part of the
  40. the SCSI 3 draft).  A common failing of 'cheap' SCSI cables
  41. is to use too small a wire gauge, not use twisted pair
  42. wires, or even to not carry all the grounds through the
  43. cable, but to just wire them together at the connectors
  44. (and sometimes, not even there!).
  45.  
  46. | >  something like blow the SCSI termpower fuse, and not fixed 
  47. | >  it; 
  48. |   Is there a diag test for this condition? Or do I get out the
  49. |   ohmmeter?
  50.  
  51. Get the ohmmeter and check the fuse itself.  Checking the
  52. termpower voltage can be done also, but don't do it with
  53. terminators installed.  Checking the fuse is best.
  54.  
  55. | >  I suppose you'd rather have corrupted data, and data rates 
  56. | >  on the order of 100KBytes/sec, instead of 2-5 MBytes/sec also?  
  57. | >  I doubt it.
  58. |   I want it to be both fast and usable. Maybe that isn't possible
  59. |   in the world of scsi;  I'm not an expert. The point is, I don't
  60.  
  61. It *is* possible, but you have to pay attention to what you are
  62. doing, particularly in cabling, and in using drives that have
  63. been tested, and are known to work at high speed.  I can't begin
  64. to tell you how many 'mature' drives we have tested that show
  65. all kinds of firmware (and even hardware) bugs when run full out,
  66. and no, these were *NOT* problems on our system that we made them
  67. work around, they were definitely problems on the target drive.
  68.  
  69. |   want to _be_ an expert.  I want to attach new disks from well-
  70. |   known vendors like seagate, and have them work without trauma.
  71. |   I don't disbelieve that SGI has put a lot of work into its scsi; 
  72. |   but I haven't had appreciably better behavior from the indigo 
  73. |   R4000's than I had from the 4D/25's.
  74.  
  75. I wouldn't expect much difference (in 'reliability') between the
  76. 25 and the r4k Indigo.  I, the peripherals folks, and the hardware
  77. folks have put a lot of effort into SCSI, pretty much starting with
  78. the 25 (the 20 didn't have anywhere near the effort put into it,
  79. as it pretty much took the 4D/70 implementation, and just shrunk
  80. it down into an ASIC).  There have been *some* improvements,
  81. particularly in performance, but basicly the implementation is
  82. pretty similar.  The 25 had some pretty horrible internal SCSI
  83. cabling in some revs, as various people 'improved' it, but those
  84. were pretty much fixed by the 35 and later 25 revs, and of course,
  85. there are no internal cables (except for drive sleds) on the Indigo.
  86.  
  87. | >  If you are attaching 3rd party SCSI devices, ask the people 
  88. | >  you buy them from to support them properly.  If the problems 
  89. | >  occur with SGI purchased devices, by all means get the support 
  90. | >  folks to make them work; escalate the call if necessary!
  91. |   After several years of bad scsi behavior from many models of SGI
  92. |   machines, I no longer believe the problem is with the devices.
  93.  
  94. As you have seldom given any details in your postings about the
  95. problems, except for ones that point with > 99.9% certainty
  96. to cabling or termination problems, it would be hard for me
  97. to guess just what problems you are talking about, or what
  98. the causes of them are.
  99. --
  100. Let no one tell me that silence gives consent,  |   Dave Olson
  101. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  102.     Maria Isabel Barreno                        |   olson@sgi.com
  103.