Hi to all, I have just installed the net-snmp framework in order to monitor the network behavior of a remote linux server. I found a naive bug (or a configuration problem, I don't know) in the value reported by the ifInOctets, If I perform a snmpget request to the machine from my desktop, the answer reports a wrong value (it is always 0!!!!!) but if I try to get the same value from the same remote machine (in a ssh shell) the answer is correct !!!!! WOW
When I found this problem I did some test to figure out what was going on, so.... from SBContrNode1 I have: SBContrNode1 ~ # snmpwalk -v 3 -n "" -u snmp_rouser -a MD5 -A "xxxxxxxx" -l authNoPriv SBContrNode1 | grep Oc IF-MIB::ifInOctets.1 = Counter32: 0 IF-MIB::ifInOctets.2 = Counter32: 4553364630963 IF-MIB::ifInOctets.3 = Counter32: 0 IF-MIB::ifInOctets.4 = Counter32: 1958362 IF-MIB::ifOutOctets.1 = Counter32: 0 IF-MIB::ifOutOctets.2 = Counter32: 255058745840 IF-MIB::ifOutOctets.3 = Counter32: 0 IF-MIB::ifOutOctets.4 = Counter32: 1963734 and everything is correct: 4 interfaces, the second is working hard!! from my desktop: desk_stefano ~ # snmpwalk -v 3 -n "" -u snmp_rouser -a MD5 -A "xxxxxxxx" -l authNoPriv SBContrNode1 | grep Oc IF-MIB::ifInOctets.1 = Counter32: 0 IF-MIB::ifInOctets.2 = Counter32: 0 IF-MIB::ifInOctets.3 = Counter32: 0 IF-MIB::ifInOctets.4 = Counter32: 2332740 IF-MIB::ifOutOctets.1 = Counter32: 0 IF-MIB::ifOutOctets.2 = Counter32: 0 IF-MIB::ifOutOctets.3 = Counter32: 0 IF-MIB::ifOutOctets.4 = Counter32: 2332740 as you can see the incoming traffic in the second interface disappeared!! WoW I read some other post reporting this bug, so I did some other test.... from an another server (SBContrNode2; with a same identical configuration of SBContrNode1) I have an another surprise: SBContrNode2 ~ # snmpwalk -v 3 -n "" -u snmp_rouser -a MD5 -A "xxxxxxxx" -l authNoPriv SBContrNode1 | grep Oc IF-MIB::ifInOctets.1 = Counter32: 0 IF-MIB::ifInOctets.2 = Counter32: 4554713167809 IF-MIB::ifInOctets.3 = Counter32: 0 IF-MIB::ifInOctets.4 = Counter32: 2332930 IF-MIB::ifOutOctets.1 = Counter32: 0 IF-MIB::ifOutOctets.2 = Counter32: 255058987098 IF-MIB::ifOutOctets.3 = Counter32: 0 IF-MIB::ifOutOctets.4 = Counter32: 2332930 IT WORKS!!!!!!! no more zero results! So what's happened???? After a couple hours of deep brainstorming I thought to have understood some more about this issue. The two machine I used for the test (SBContrNode1 and SBContrNode2) are two "x86_64 Intel(R) Xeon(TM) CPU 3.60GHz GNU/Linux", my desktop is a normal "i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GNU/Linux": NO 64 bit architecture!!!!!!! If you look some line above my SBContrNode1 report that the number of octets is 4.553.364.630.963 but it claims that this is a 32 bit counter which maximum value is 2^32=4.294.967.296 !!!!!!!!!! How could it be ?????? I think this is a the problem, the counter of my SuperServer is a 64 bit counter because the cpu architecture and compiler is 64 enabled, but the snmpget is for a 32 bit counter and the value is misunderstanded by the client!!!! I sniffed the packet for understanding if the error is in the agent or in the client. The packet is correctly sent (I mean with the correct value of octets). So the agent sends a correct value of octets but too large to fit a 32 bits value but the client print the wrong value; if also the client is running on a 64 bit CPU the value is correct! DIFFERENT CLIENT DIFFERENT VALUES, WOWOWOWWO !!!!!!!!!!! I could find a solution ?????? I really need to monitor my servers! Could some developer or user give me a solution or workaround? If I was not clear enough, please ask me. Thanks, Stefano Bossi P.S. All the machine above are Gentoo linux so the net-snmp framework is compiled from scratch, same version (5.2.1.2-r1) and with the same compile options. Le informazioni trasmesse sono destinate esclusivamente alla persona o alla società in indirizzo e sono da intendersi confidenziali e riservate. Ogni trasmissione, inoltro, diffusione o altro uso di queste informazioni a persone o società differenti dal destinatario é proibita. Se ricevete questa comunicazione per errore, contattate il mittente e cancellate le informazioni da ogni computer. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
