Title: | DECmcc user notes file. Does not replace IPMT. |
Notice: | Use IPMT for problems. Newsletter location in note 6187 |
Moderator: | TAEC::BEROUD |
Created: | Mon Aug 21 1989 |
Last Modified: | Wed Jun 04 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 6497 |
Total number of notes: | 27359 |
I have run into a problem importing the Appletalk and the ospf mib's included with the t1.2.7 field test kit. When I first installed the appletalk and the ospf mib they installed successfully, but when I went to reinsall the appletalk mib it hangs during the stage when it is reading the parse table file mcc_fdictionary.bpt. When I monitor the process, the program is using cpu, but it looks like it is caught in a loop. I let it run for about a.5 hours, but it never ran to completion. I can successfully import other mib's (ie.. LAN_MANAGER), but every time I try to import the appletalk mib, it always hangs in the same spot. Is there anyway I can manually delete both the OSPF and AppleTalk MIB to verify that they are not conflicting with each other and try to reinstall them again? Thanks Bill Anderson
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
2967.1 | DANZO::CARR | Mon May 11 1992 15:15 | 15 | ||
Bill, The appletalk mib will be removed from the kit before we ship to ssb. At the present time there it's not very useful, since appletalk doesn't support snmp over udp. You can delete the appletalk mib by running dap, from vms - man/too/dict from ultrix - mcc_dap DAP>delete class snmp subclass appletalk Dan | |||||
2967.2 | Yes, there is a use for the AppleTalk MIB... | RADBOX::ANDERSON | Mon May 11 1992 18:57 | 5 | |
ACC requires the appletalk mib to be installed because they import the atportIndex variable from the appletalk mib (Note 2966). I would assume other vendors may be using the AppleTalk mib in a similar fashion. Bill Anderson |