To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | RE: [nv-l] How to Deal BadOID's |
From: | usman.taokeer@s-iii.com |
Date: | Tue, 7 Jun 2005 11:08:07 +0500 |
Delivery-date: | Tue, 07 Jun 2005 07:06:27 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <OF7635FA2D.4166DDC9-ON85257018.0042D057-85257018.0044841D@us.ibm.com> |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
Are u sure it resolves to this " .1.3.6.14.1.9.1.436 " ???
Well, now I am confused. First, did adding those entries to oid_to_type, and oid_to_sym, and deleting the objects, resolve the problem with the object showing up in the BadOID smartset or not? I doubt it because they are incorrect. .iso.org.dod.internet.private.enterprises.cisco.ciscoProducts.436 resolves to .1.3.6.14.1.9.1.436 which is what your two entries in the oid files need to be about. That's what is being returned as the sysOID. Second, not being able to run snmpget means there is some kind of problem in your installation. The executable is in \usr\ov\bin, so there should be no question of finding it. If you ran it, and it didn't work,because you got a time-out message, then that would usually indicate that you have an incorrect community name for the device you are trying to communicate with in NetView's SNMP data base. You can verify that by re-running the command, this time with the -c flag and what you take to be the correct community name. If that works but plain old snmpget doesn't, then your defaults are incorrect and you need to run snmpconf.exe (Start --> Programs --> Tivoli NetView --> Tasks --> SNMP Options or Options --> SNMP from the NetView GUI). James Shanks Level 3 Support for Tivoli NetView for UNIX and Windows Tivoli Software / IBM Software Group usman.taokeer@s-i ii.com Sent by: To owner-nv-l@lists. nv-l@lists.us.ibm.com us.ibm.com cc Subject 06/06/2005 03:32 RE: [nv-l] How to Deal BadOID's AM Please respond to nv-l James, Thanks for the help, i was for some reason not able to run the snmpget command. But i used the SNMP Browser to get the required values: the output of the SNMP Browser for system.sysObjectID was: - =========================================== Node Name or Address: 202.63.80.1 Community Name: enterasys MIB Object ID: .iso.org.dod.internet.mgmt.mib-2.system MIB Instance: Set Value: MIB Value: 0 : .iso.org.dod.internet.private.enterprises.cisco.ciscoProducts.436 Message: Using community "enterasys" for node 202.63.80.1 ============================================= I've translated it to the following and have made the entries in the "oid_to_type" and "oid_to_sym" files:- 1.3.6.1.2.1.1.2.436:Cisco Systems:Cisco 3745:G #oid_to_type 1.3.6.1.2.1.1.2.436:Connector:Gateway #oid_to_sym Regards, ~Usman James Shanks <jshanks@us.ibm.com> Sent by: owner-nv-l@lists.us.ibm.com To nv-l@lists.us.ibm.com 03-06-05 08:58 PM cc Subject Please respond to RE: [nv-l] How to Deal nv-l@lists.us.ibm.com BadOID's Show us the entry you put in oid_to_type, and the one in oid_to_sym, and the results of doing this snmpget system.sysObjectID.0 <target_box> from a command window. If the OIDs match, then it should be removed from the BadOID smartset after you 1. delete the objects from all submaps (select it and do Edit --> All submaps --> Cut) 2. ovstop netmon 3. ovtopofix (in a command window) 4. ovstart netmon Worked for me on NetView for Windows with a United Linux OID this morning James Shanks Level 3 Support for Tivoli NetView for UNIX and Windows Tivoli Software / IBM Software Group |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | RE: [nv-l] How to Deal BadOID's, usman . taokeer |
---|---|
Next by Date: | RE: [nv-l] How to Deal BadOID's, usman . taokeer |
Previous by Thread: | RE: [nv-l] How to Deal BadOID's, usman . taokeer |
Next by Thread: | RE: [nv-l] How to Deal BadOID's, usman . taokeer |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web