home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sgi / 16330 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  3.3 KB
  1. Path: sparky!uunet!mcsun!uknet!str-ccsun!str-va!ccas20
  2. From: ccas20@vaxa.strath.ac.uk
  3. Newsgroups: comp.sys.sgi
  4. Subject: R3000 ethernet problems
  5. Message-ID: <1992Nov12.115136.1@vaxa.strath.ac.uk>
  6. Date: 12 Nov 92 11:51:36 GMT
  7. Sender: news@ccsun.strath.ac.uk (News account )
  8. Organization: Strathclyde University VAX Cluster
  9. Lines: 78
  10. Nntp-Posting-Host: vaxa
  11.  
  12.  
  13.  
  14. INDIGO R3000 ETHERNET PROBLEMS
  15.  
  16. We have always had problems with ethernet performance with the INDIGOs
  17. on out network, no other machines experience the same difficulties.
  18. The promiscuous mode fix cured 90% of the trouble but at certain times
  19. performance still dropped to near zero. However now that we have
  20. upgraded to 4.0.5 we have a new symptom. Every so often (twice a week)
  21. my users will complain that every thing has come to a halt. Running
  22. netstat reveals that one of the INDIGOs (client or NFS server) has
  23. stopped transmitting and receiving. There appears to be no common
  24. denominator as to what causes the halt, we are not running any home
  25. grown software that uses network communications and the installation
  26. is unmodified "straight from the box". It is easy to restart the
  27. ethernet with :
  28.  
  29.         ifconfig ec0 inet indigo up
  30.  
  31. and instantly all is well again. (until the next time). Suprisingly
  32.  
  33.         ifconfig ec0 inet indigo down
  34.  
  35. also restarts communications, but I wouldnt guarantee the the syntax
  36. is correct!
  37.  
  38. If I turn network debugging on, there is a sready stream of errors
  39. logged on the consul. This is what I found this morning:
  40.  
  41. Only local loggings work and NIS and NFS service is dead, the
  42. following messages are logged on the consul.
  43.  
  44. >> NIS v.2 server not responding for domain "abacus"; still trying
  45.  
  46. Run netstat to see what up
  47.  
  48. >>alpha: 1#netstat 5
  49. >>    input   (ec0)     output            input  (Total)    output
  50. >> packets  errs packets errs colls  packets  errs packets errs colls 
  51. >>23796550 889998  95143   0 90766 23824154 889998  122747  0   90766 
  52. >>       0     0       0   0     0        0     0       0   0       0 
  53. >>       0     0       0   0     0        0     0       0   0       0 
  54. >>       0     0       0   0     0        0     0       0   0       0 
  55.  
  56. Nothing is going in or out so toggle the ethernet.
  57.  
  58. >>alpha 2# ifconfig ec0 inet alpha up
  59.  
  60. And re-run netstat.
  61.  
  62. >>alpha 3# !nets
  63. >>netstat 5
  64. >>    input   (ec0)     output            input  (Total)    output
  65. >> packets  errs packets errs colls  packets  errs  packets  errs colls 
  66. >>23796570 889999  95147    0 90771 23824182 889999  122759    0  90771 
  67. >>  2827    33        3     0    16     2834    33       10    0     16 
  68. >>  3677    35        3     0    17     3681    35        7    0     17 
  69.  
  70. So everything is running again and the following errors immidiately 
  71. start to appear.
  72.  
  73. >>alpha 4# ec0: CRC error
  74. >>ec0: dma stopped, rstat = 0x11, crbdp = 0x80155760
  75. >>ec0: dma stopped, rstat = 0x11, crbdp = 0x80155760
  76. >>ec0: dma stopped, rstat = 0x11, crbdp = 0x80155760
  77. >>ec0: too many oflows, changing modes
  78. >>ec0: packet framing error
  79. >>NIS server for domain "abacus" OK
  80.  
  81. The vast numbers of errors/collisions are always present yet none of
  82. the other machines see them (4D25, 2400 and assorted SUNS). I know
  83. next to nothing about the mysteries of the ethernet so if any of the
  84. above means anything to anyone I should be most obliged if you can
  85. point it out. 
  86.  
  87. Thanks for any help
  88.  
  89. Mike
  90.