[ opensta-Bugs-1199408 ] Some SNMP queries always return wrong static answer

View: New views
1 Messages — Rating Filter:   Alert me  

[ opensta-Bugs-1199408 ] Some SNMP queries always return wrong static answer

by SourceForge.net :: Rate this Message:

Reply (Restricted by the Administrator) | Reply to Author | View Threaded | Show Only this Message

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

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
OpenSTA-devel mailing list
OpenSTA-devel@...
https://lists.sourceforge.net/lists/listinfo/opensta-devel