Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!menudo.uh.edu!jetson.uh.edu!elee4fg From: elee4fg@jetson.uh.edu Newsgroups: comp.unix.aix Subject: Re: Token Ring/Inet problem... Message-ID: <9356.282ca425@jetson.uh.edu> Date: 12 May 91 07:10:45 GMT References: <1991May10.133140.4586@rs6000.cmp.ilstu.edu> Organization: University of Houston Lines: 87 In article <1991May10.133140.4586@rs6000.cmp.ilstu.edu>, dbeedle@rs6000.cmp.ilstu.edu (Dave Beedle) writes: > Hi all. I've got a strange problem which I hope someone can help > with. We have a model 530 on out 16mbps Token Ring running the internet > protocols. Well, recently, at various times, inetd (maybe the token ring > card?) has been shutting down and can't be restarted without rebooting. > The message in the errlog is "EXCESSIVE TOKEN-RING ERRORS". This is > becoming a pain since it happens 1-3 times a day. In addition, this seems > to hit a model 320 on ethernet (hooked to TR via 8209 bridge). Can anybody > give me any clues? Thanks! > > > Here's the errlog entry: > > ERROR LABEL: TOK_ESERR > ERROR ID: AF1621E8 > > Date/Time: May 10 01:40:36 > Sequence Number: 7159 > Machine Id: 000051661000 > Node Id: rs6000 > Error Class: H > Error Type: PEND > Resource Name: TokenRng > Resource Class: NONE > Resource Type: NONE > Location: NONE > > Error Description > EXCESSIVE TOKEN-RING ERRORS > > Probable Causes > TOKEN-RING FAULT DOMAIN > > Failure Causes > TOKEN-RING FAULT DOMAIN > > Recommended Actions > REVIEW LINK CONFIGURATION DETAIL DATA > CONTACT TOKEN-RING ADMINISTRATOR RESPONSIBLE FOR THIS LAN > > Detail Data > SENSE DATA > 0ACA 0032 A440 0001 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 2080 0000 > 0000 0010 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 78CC 0000 0000 0005 > C88F 0306 F4E0 0000 1000 5A4F 3904 1000 5A4F 3904 3030 3030 0000 0000 0000 0000 > 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 > 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 > 0000 0000 0000 0000 > > > > ERROR_ID TIMESTAMP T CL RESOURCE_NAME ERROR_DESCRIPTION > AF1621E8 0510014091 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0509160991 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0509024791 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0508172591 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0508031691 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0507171991 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0506194591 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0430030791 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0429173091 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > AF1621E8 0426231491 P H TokenRng EXCESSIVE TOKEN-RING ERRORS > -- > Dave Beedle Office of Academic Computing > Illinois State University > Internet: dbeedle@rs6000.cmp.ilstu.edu 136A Julian Hall > Bitnet: dbeedle@ilstu.bitnet Normal, Il 61761 I am not sure whether you have the same problem. Next time, when it happened, get a computer to ping your RS/6000 and see whether that restarts your INETD wo deamon. I have two RS/6000 nob530 and nob540. In my crontab , the RS/6000 ping each other every hour. That seems to solve the problem. I have AIX 3.1 patch 3002. Other known problems: 1) Cannot telnet to SCO Xenix but can rlogin to SCO Xenix and SCO Xenix can telnet to RS/6000. 2) If a user telnet to RS/6000 through PC TCP of FTP software and did not logoff properly, it drive RS/6000 nuts. The session will goes to sleep and eat away 10 to 50 % of CPU power. You can detect this situation by running sar. If the percent of system time is much greater than user time more than 10 % that can be it. Run ps au to find the session and kill it. ps au will find the session (pts/?) that does not show up in w command 3) RS/6000 with token ring (TCP/IP) connect to Cisco Router with multiple bridges. Need to define a static ARP entries on Cisco or else the link is not stable. Seng C. Gan Star Enterprise Tel:(713)874-7816