home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17692 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  3.7 KB
  1. Path: sparky!uunet!think.com!ames!elroy.jpl.nasa.gov!nntp-server.caltech.edu!yankee!cld
  2. From: cld@yankee.caltech.edu (Cheryl L. Southard)
  3. Newsgroups: comp.os.vms
  4. Subject: VAX 4000/200 ethernet problems
  5. Date: 9 Nov 1992 21:27:19 GMT
  6. Organization: California Institute of Technology, Pasadena
  7. Lines: 99
  8. Distribution: world
  9. Message-ID: <1dml3nINNo83@gap.caltech.edu>
  10. NNTP-Posting-Host: yankee.caltech.edu
  11.  
  12. Hi All,
  13.  
  14. We had a MicroVAX II.  We upgraded it to VMS 5.4-2.  Then we purchased
  15. an upgrade kit to convert it to a VAX 4000/200.  The upgrade kit
  16. included a new CPU board, memory board, an DSSI disk, and various
  17. cables and patch panels.
  18.  
  19. Anyhow, the VAX 4000/200 CPU board has an onboard ethernet port, EZA0.
  20. I've been trying to get this port working, but haven't been getting
  21. anywhere.  The old DEQNA board still works, but is rumored to be much
  22. slower than the EZA0 channel.
  23.  
  24. After I took the ethernet cable off the DEQNA (AUI cable) and attached
  25. it to the EZA0 port, I would get lots of decnet errors on the console
  26. like "Circuit up", "Circuit Down", "Adjacency up"  There were numbers
  27. that came with these errors, and I could look them up in the DECNET
  28. manual if necessary.  When I would "set host" out of this machine to
  29. other machines, the link would be VERY VERY slow, and often freeze up
  30. for several seconds, as the "circuit up", "circuit down", and "adjacency 
  31. up" errors flasshed by.
  32.  
  33. I got a new CPU board from DEC, and also replaced all the cables and the
  34. patch panel.  After that, then I couldn't "set host" at all, because
  35. the destination would always be unavailable.  I don't know how the second
  36. board differed from the first, except that the problem got worse.  I also
  37. no longer get any "circuit up", "circuit down", and "adjacency up" errors.
  38.  
  39. When I executed a "mcr ncp sho known circuits"  it would give me
  40. circuit            state
  41. isa-0            on - synchronizing
  42.  
  43.  
  44. When I execute a "mcr ncp sho active lines counters" I would get:
  45. 433 seconds since last zeroed
  46. 42 data blocks received
  47. 42 multicast blocks received
  48. 0 receive failure
  49. 3685 bytes received
  50. 3685 multicast bytes received
  51. 0 data overrun
  52. 3 data blocks sent
  53. 3 multicast blocks sent
  54. 0 blocks sent, multiple collisions
  55. 2 blocks sent, single collision
  56. 0 blocks sent, initially deferred
  57. 108 bytes sent
  58. 108 multicast bytes sent
  59. 83 send failures, including:
  60.     excessive collisions
  61.     carrier check failed
  62.     remote failure to defer
  63. 1 collision detect check failure
  64. 0 unrecognized frame destination
  65. 0 system buffer unavailable
  66. 0 user boffer unavailable
  67.  
  68. Anyhow I called Colorado Springs.  Colorado Springs sent software patch
  69. CSCPAT_0252019 which is a new ezdriver.exe.  I've installed the patch,
  70. but the problem is still occuring.  After the patch, here is a sample
  71. of "mcr ncp sho active lines counters"
  72.  
  73. 1208 seconds since last zeroed
  74. 1 data blocks received
  75. 0 multicast blocks received
  76. 0 receive failure
  77. 46 bytes received
  78. 0 multicast bytes received
  79. 0 data overrun
  80. 91 data blocks sent
  81. 70 multicast blocks sent
  82. 2 blocks sent, multiple collisions
  83. 2 blocks sent, single collision
  84. 6 blocks sent, initially deferred
  85. 3554 bytes sent
  86. 2523 multicast bytes sent
  87. 91 send failures, including:
  88.     carrier check failed
  89. 0 collision detect check failure
  90. 0 unrecognized frame destination
  91. 0 system buffer unavailable
  92. 0 user buffer unavailable
  93.  
  94. Also, "mcr ncp sho known circuits" now states that isa-0's state is on, and
  95. not "on -synchronizing".
  96.  
  97. This is where I am right now.  Has anyone ever heard of this problem?  I
  98. actually swapped out the 4000/200 CPU once more since then, but that
  99. didn't fix the problem either.  Each time I install a new board, I
  100. run sys$manager:netconfig to setup the parameters.  I've also swapped
  101. out the AUI cable and the tranceiver to the backbone.
  102.  
  103. Any ideas?
  104.  
  105. Thanks,
  106.  
  107. Cheryl Southard
  108. Computer Systems Manager, Caltech Astronomy Department
  109. cld@phobos.caltech.edu
  110.  
  111.