Re: clock update and frozen CPU/traffic stats

Actually, I checked and mentioned OIDs don't get updated even after 30 secs.

I've sampled OIDs every 30 secs, writing output to a file:

~ # while true; do file=/tmp/snmpwalk.$(date +%H:%M:%S);snmpwalk -v 2c 
-c public localhost ifTable |grep -eifOutOctets -eifInOctets -eDesc > 
$file;snmpwalk -v 2c -c public localhost systemStats|grep Cpu >> 
$file;sleep 30;done

tmp # ls /tmp/snmpwalk*
/tmp/snmpwalk.16:01:17  /tmp/snmpwalk.16:03:18  /tmp/snmpwalk.16:05:19  
/tmp/snmpwalk.16:07:19
/tmp/snmpwalk.16:01:47  /tmp/snmpwalk.16:03:48  /tmp/snmpwalk.16:05:49  
/tmp/snmpwalk.16:07:49
/tmp/snmpwalk.16:02:18  /tmp/snmpwalk.16:04:18  /tmp/snmpwalk.16:06:19
/tmp/snmpwalk.16:02:48  /tmp/snmpwalk.16:04:49  /tmp/snmpwalk.16:06:49

Even the first and last file (differing in >6 mins) are identical.
tmp # diff /tmp/snmpwalk.16:01:17 /tmp/snmpwalk.16:07:49
tmp # echo $?
0

Here's the first sample:

tmp # cat /tmp/snmpwalk.16:01:17
IF-MIB::ifDescr.1 = STRING: lo
IF-MIB::ifDescr.2 = STRING: eth0
IF-MIB::ifDescr.3 = STRING: eth1
IF-MIB::ifInOctets.1 = Counter32: 20992957
IF-MIB::ifInOctets.2 = Counter32: 2594920740
IF-MIB::ifInOctets.3 = Counter32: 0
IF-MIB::ifOutOctets.1 = Counter32: 20992957
IF-MIB::ifOutOctets.2 = Counter32: 2366484063
IF-MIB::ifOutOctets.3 = Counter32: 0
UCD-SNMP-MIB::ssCpuUser.0 = INTEGER: 4
UCD-SNMP-MIB::ssCpuSystem.0 = INTEGER: 2
UCD-SNMP-MIB::ssCpuIdle.0 = INTEGER: 78
UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 1058238
UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 0
UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 383429
UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 23376073
UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 2794536
UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0
UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 117950
UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 532644

Amit *
> >>>>> On Tue, 17 Feb 2009 11:43:03 +0200, Amit Dor-Shifer 
> <[email protected]> said:
>
> AD> I've recently witnessed a phenomenon of a/m stats remaining 
> constant for
> AD> a quite a lengthy duration. The related OIDs are: ifTable & 
> systemStats.
>
> Are they roughly the same for 30 seconds? I think that's the default
> caching time in recent implementations. After that time it should
> suddenly jump up to the right value for the next 30 second gap.
>
> We were just talking the other day about implementing a configurable
> system via the snmpd.conf file for adjusting the caching. The other
> option is that you can dynamically changing caching for a given table
> by issuing SETs to the nsCacheTable.
> --
> Wes Hardaker
> Sparta, Inc.

*

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users