clock update and frozen CPU/traffic stats

Amit Dor-Shifer <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Hi.
I've recently witnessed a phenomenon of a/m stats remaining constant for 
a quite a lengthy duration. The related OIDs are: ifTable & systemStats. 
While monitoring those OIDs, I've also monitored those stats via 
alternative pathways (CPU via 'top', if stats via kernel statistics in 
/sys/class/net), to assert that indeed the actual data is being modified.

Apparently the host's clock has been updated w/o restarting snmpd. I've 
learned this from looking at the PID file:

~ # stat /var/run/snmpd.pid
  File: `/var/run/snmpd.pid'
  Size: 5               Blocks: 8          IO Block: 4096   regular file
Device: 803h/2051d      Inode: 546305      Links: 1
Access: (0600/-rw-------)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2010-05-08 11:20:42.308213175 +0000
Modify: 2010-05-08 11:20:42.308213175 +0000
Change: 2010-05-08 11:20:42.308213175 +0000

The skewed times are according to the pre-adjusted clock.

Once I restarted snmpd, a/m objects went back to being updated.

I'm wondering, though, whether I should generate a dependency between 
the ntpd & snmpd services. Arguably, a shift in machine clock has 
profound affects on snmpd.
Any thoughts?
Thanks,
Amit

------------------------------------------------------------------------------
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.