grunwald@foobar.colorado.edu (Dirk Grunwald) (08/07/90)
Previously, I posted a couple of questions w.r.t. the RS/6000. I finally got 'amd' to compile & work with no problems. The remaning problem is the worst, and might people frown on the machine heavily (we're thinking of buying several with a NSF educational computing grant & a recent CISE-II grant). When we power-up the RS/6000, it will remain on the network for a while. Eventually, with no action on our part, it will not connect with hosts connected to the other side of a retix bridge. It will connect with hosts on its side, but not the other hosts. If you flush the arp table entries, it will not populate them w/the ``other side'' hosts again. It effectively appears to not be able to broadcast over the retrix. We set the broadcast address to xx.yy.zz.255 and the netmask to 0xffffff00 and enabled arp on en0. No help. Rebooting doesn't help. Power cycle does help, sometimes. Has anyone seen this problem? So far, I haven't been *that* impressed with the performance for non-floating point applications. Network hassles don't help. Dirk Grunwald -- Univ. of Colorado at Boulder (grunwald@foobar.colorado.edu) (grunwald@boulder.colorado.edu)
jeffe@sandino.austin.ibm.com (Peter Jeffe 512.823.4091) (08/08/90)
In article <24430@boulder.Colorado.EDU> grunwald@foobar.colorado.edu writes: >When we power-up the RS/6000, it will remain on the network for a >while. Eventually, with no action on our part, it will not connect >with hosts connected to the other side of a retix bridge.... >Rebooting doesn't help. Power cycle does help, sometimes. Are you sure it's the S/6000? It sounds like the bridge that's flaky, especially since cycling power on the S/6000 doesn't seem to cure it. How about cycling the bridge? In any case, have you contacted your IBM rep to help track down the problem? That's generally the most effective way to get attention on these sorts of problems. ------------------------------------------------------------------------------- Peter Jeffe ...uunet!cs.utexas.edu!ibmaus!auschs!sandino.austin.ibm.com!jeffe first they want a disclaimer, then they make you pee in a jar, then they come for you in the night