[OpenSTA-devel] [ opensta-Bugs-1199408 ] Some SNMP queries always return wrong static answer
Brought to you by:
dansut
|
From: SourceForge.net <no...@so...> - 2008-08-25 13:18:31
|
Bugs item #1199408, was opened at 2005-05-11 00:31 Message generated for change (Comment added) made by jos32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1199408&group_id=10857 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SNMP Monitor Group: Behavioral Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Sutcliffe (dansut) Assigned to: Daniel Sutcliffe (dansut) Summary: Some SNMP queries always return wrong static answer Initial Comment: This bug report is replacing 2 other existing issues 768782 and 693443. It seems that certain SNMP queries willseem to be working - ie they return a value, however that value will be wrong and always the same. This may in fact be the query failing. The old reports we have are this: - all queries of WebLogic 7 SNMP properties return 1 - queries of Solaris 8 CPU return 12 Using snmpget or other similar tools worked correctly from the same machine in both cases. SF user nkame came up with this clue after investigating with a packet sniffer: "It seems that OpenSTA does't send pure OID as is, and does some magic. In my case I tried to get 1.3.6.1.4.1.2725.1.3.2, but OpenSTA was requesting sysUpTime.6.1.4.1.2725.1.3.2, that is it assumed my OID was relative to the MIB-2 root (1.3.6.1.2.1). Changing my requested OID to a "MIB-able" name (enterprises.2725.1.3.2) solved the problem. I still have from time to time a 12 appearing, perhaps due to a time-out or another non-handled error" Please add other reports of static and wrong values returned by SNMP to this bug report rather than opening any new report. The more information we have the sooner we can get to the bottom of this and fix it. ---------------------------------------------------------------------- Comment By: jos (jos32) Date: 2008-08-25 16:18 Message: Logged In: YES user_id=1903527 Originator: NO I can reproduce this bug in this environment: server1: HP-UX B.11.00 U 9000/800 server2: Linux 2.6.9-5.0.3.ELsmp #1 SMP Sat Feb 19 19:38:02 CST 2005 i686 i686 i386 GNU/Linux OpenSTA1: 2003Server OpenSTA2: W2K OpenSTA 1.4.4.11 is used. The same SMP-file is used in the both workstations. OID's are checked using SNMPwalk (included in Net-SNMP 5.4.1.2) in both Windows OpenSTA workstations. An additional workstation (Linux 2.6.9-5.0.3.EL #1 Sat Feb 19 18:26:49 CST 2005 i686 athlon i386 GNU/Linux) is used in Linux to verify OID's by SNMPwalk (NET-SNMP version: 5.1.3.1 ). OpenSTA results: Object type: OID, OpenSTA1 SNMPwalk / OpenSTA2 SNMPwalk server1: 1b) Gauge32: .1.3.6.1.4.1.11.2.3.1.1.7, 12 / 1 2b) Counter32: .1.3.6.1.2.1.2.2.1.11.1, OK result / 0 3b) Gauge32: .1.3.6.1.4.1.11.2.3.1.4.2.1.5.25904, 12 / 1 4b) Gauge32: .1.3.6.1.4.1.11.2.3.1.1.7, 12 / 1 5b) Integer: .1.3.6.1.4.1.11.2.3.1.1.15, 12 / 1 server2: 6b) Counter32: .1.3.6.1.2.1.4.3, 12 / 1 7b) Integer: .1.3.6.1.4.1.2021.10.1.5.1, OK result / OK result Conclusions: Object type is not the issue. SNMPwalk gives reasonable and expectexd result in the each cases. OpenSTA results varies quite a lot. OpenSTA1 gives constant value (error) 12 (twelve) while OpenSTA2 gives 1 (one). As shown in line 2b, OpenSTA1 gives correct response while OpenSTA2 error response. ---------------------------------------------------------------------- Comment By: Christian Baumann (chbaumann) Date: 2008-08-15 16:27 Message: Logged In: YES user_id=2182089 Originator: NO I can reproduce this for all MIB-entries I tried so far ... :( I´m using OpenSTA 1.4.4.11 on a Win XP SP2 machine and querying an SNMP agent running on Red Hat Enterprise Linux. ---------------------------------------------------------------------- Comment By: Vahan Harput (vharput) Date: 2005-05-16 19:58 Message: Logged In: YES user_id=27908 Additional info: The workaround of nkame does not seem work for me. Even after eplacing the OID with 25.3.3.1.2.2 or host.3.3.1.2.2 in OpenSTA Commander, I still get 12 as a result. ---------------------------------------------------------------------- Comment By: Vahan Harput (vharput) Date: 2005-05-16 18:35 Message: Logged In: YES user_id=27908 I can reproduce this bug while trying to retrieve the CPU load (hrProcessorLoad) from a Win2000 server with the OID: 1.3.6.1.2.1.25.3.3.1.2.2 I always get the result 12. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110857&aid=1199408&group_id=10857 |