T.R | Title | User | Personal Name | Date | Lines |
---|
3915.1 | | YAHEY::BOSE | | Mon Nov 02 1992 11:27 | 17 |
|
Internet Device Communications Device Error is returned by the
SNMP AM when one of the following operations fails with a fatal error.
o gethostbyname
o creating a socket
o send to
o select using readmask
o receive from
Check if the Ultrix commands ping and nslookup works correctly.
If it does, then let me know, and I'll ask you to try out some other
stuff.
/rb
|
3915.2 | ping works | MFRNW1::DENIS | | Thu Nov 05 1992 11:32 | 5 |
| Hi,
Yes I can ping the Apollo
Denis
|
3915.3 | Try re-enrolling the AM. | YAHEY::BOSE | | Thu Nov 05 1992 15:29 | 7 |
|
Can you try re-enrolling the SNMP AM. (You might want to do an mcc_kill
first, although it is not necessary). For some inexplicable reason,
this sometimes get rid of the Internet Device Communication error.
Try this out and let me know what happens.
/rb
|
3915.4 | re-enrolling stops it for a while !! | MFRNW1::DENIS | | Mon Nov 30 1992 02:07 | 7 |
| Yes, re-enrolling the SNMP AM does actually get rid
of the error , but can shed any light on the message
itself ? does it make any sense to you ?
cheers
Denis
|
3915.5 | | YAHEY::BOSE | | Mon Nov 30 1992 11:59 | 13 |
|
Denis,
The SNMP AM returns Internet Device Communications error
when one of the socket routine calls fail with a fatal error (ie
one of the routines gethostby*, socket,select,or recv* fails).
We have noticed that killing the SNMP AM process and
restarting it sometimes gets rid of the problem. (Note that
re-enrolling the SNMP AM does exactly that). We haven't had
time to investigate this behaviour further.
Rahul.
|
3915.6 | How do I do this ?? | SNOTTY::BARRY | Ploppy Sir, Son of Ploppy | Fri Sep 22 1995 12:37 | 6 |
| Sorry to be thick......but how do I actually do this re-enrollment of the SNMP
AM ??
Regards
Barry
|
3915.7 | try this | CSC32::PRICE | Moved from UVO to CXO | Mon Sep 25 1995 18:03 | 18 |
|
On an Ultrix system
# manage
DECmcc (V1.4-0)
MCC> enroll mcc_tcpip_am
%MCC-I-ENRDUPLENTRY, enrollment successful; duplicate entries found
and replaced
MCC>
Conrad
|
3915.8 | Thanks for the help!! | SNOTTY::BARRY | Ploppy Sir, Son of Ploppy | Tue Sep 26 1995 12:39 | 6 |
| Cheers Conrad.......after I have done this do I then have to stop and start
DECMCC, reboot the machine or should the alarm errors stop straight away ??
Regards
Barry
|
3915.9 | no need to reboot | CSC32::PRICE | Moved from UVO to CXO | Tue Sep 26 1995 16:27 | 10 |
|
I've not encountered the alarm errors myself. But whenever I've
re-enrolled an access module, there's been no need to restart the
machine. Just restart the polling/alarming process.
Regards, Conrad
|