On Thu, Aug 18, 2005 at 04:06:23PM -0400, Robert Story wrote:
> If you can test that (backing out the previous patch), that'd be great. I did
> finally figure out how to build on the SF 64 bit machine, so I did some
> testing and I'm pretty sure I got things all ironed out.
Yup. It works fine:
.1.3.6.1.2.1.2.2.1.10.1 = Counter32: 59863369
.1.3.6.1.2.1.2.2.1.10.2 = Counter32: 4278380062
.1.3.6.1.2.1.2.2.1.10.3 = Counter32: 239549129
.1.3.6.1.2.1.2.2.1.10.4 = Counter32: 0
And next sample:
.1.3.6.1.2.1.2.2.1.10.1 = Counter32: 59863721
.1.3.6.1.2.1.2.2.1.10.2 = Counter32: 188853796
.1.3.6.1.2.1.2.2.1.10.3 = Counter32: 239564213
.1.3.6.1.2.1.2.2.1.10.4 = Counter32: 0
Did have to add an:
#include <net-snmp/library/snmp_logging.h>
to snmplib/snmp_client.c to get it to compile (for the LOG_ERR
definition), but other than that it seems fine.
Many thanks!
Oh.. Kinda related.. Would the current Net-SNMP implementation be capable
of returning true 64 bit counters? Aka, do I have a chance to get something
like inHCOctets/outHCOctets working on the NetSNMP daemon for the interface
statistics?
Would be needed to be able to graph gig-E interfaces on machines that
are really pushing some data around as the 32 bit counter starts to wrap
too fast once you start to exceed a sustained 500M or so.
I'm still OK for the time being, but I'll need to work on this for the
future..
Thanks again for the fixes to the 32 bit wrap problem!
Bye, Arno.
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
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
