As far as I know, the time is fine. It is set via NTP at boot, and set to synchronize with the base machine. I am running SuSE 10 on VMWare ESX 3 - my other boxes have accurate time. The strange thing is that it always seems to be about a 7 minute jump.
I am going to run some experiments to check the clock and see if that is the problem, thanks for the reminder to check the obvious first :) Hopefully it will be a simple timing issue. >>> On 1/18/2007 at 4:42 PM, in message <[EMAIL PROTECTED]>, "Dennis B. Hopp" <[EMAIL PROTECTED]> wrote: > Is the clock on your server accurate? I'm just wondering if the server is > missing time ticks and speeding up the clock. > > --Dennis > > ----- Original Message ----- > From: "DAVE CUSHING" <[EMAIL PROTECTED]> > To: [email protected] > Sent: Thursday, January 18, 2007 10:32:10 AM (GMT-0600) Auto-Detected > Subject: [zenoss-users] zenperfsnmp oddity > > > > > This has been perplexing me for a while, and I cannot seem to find an > explanation as to why it is occuring. > > > I am still getting 'gaps' in my graphs, I assume that are caused by > zenperfsnmp timeouts and retries. I have cleaned out as many problem areas as > I could think of such as: > > > 1. Moved to an external MySQL source to reduce load > > 2. Stopped monitoring WMI event logs (actually all WMI) on windows servers > > 3. Added HRSWInstalledMap to my zProperties exceptions for my linux servers > > 4. Made sure any out of production servers were marked as in Maintenance > mode > > > This has dramatically improved the overall performance, but I am still > getting gaps. Searching through my zenperfsnmp.log I find: > > > 2007-01-18 11:09:18 INFO zen.zenperfsnmp: collected 166 of 166 devices in > 18.17 > > 2007-01-18 11:09:59 INFO zen.zenperfsnmp: Unresponsive devices: [['SERVER1', > 1, 1721], ['10.10.10.100', 1, 1724]] > > 2007-01-18 11:10:17 INFO zen.zenperfsnmp: collected 166 of 166 devices in > 17.97 > > 2007-01-18 11:10:59 INFO zen.zenperfsnmp: Unresponsive devices: [['SERVER1', > 1, 1721], ['10.10.10.100', 1, 1724]] > > 2007-01-18 11:11:16 INFO zen.zenperfsnmp: collected 166 of 166 devices in > 16.52 > > 2007-01-18 11:18:18 INFO zen.zenperfsnmp: Configured 166 devices > > 2007-01-18 11:18:18 INFO zen.zenperfsnmp: Unresponsive devices: [['SERVER1', > 1, 1721], ['10.10.10.100', 1, 1725]] > > 2007-01-18 11:18:44 INFO zen.zenperfsnmp: collected 166 of 166 devices in > 26.24 > > 2007-01-18 11:19:18 INFO zen.zenperfsnmp: Unresponsive devices: [['SERVER1', > 1, 1721], ['10.10.10.100', 1, 1725]] > > > The log timestamps jump 7 minutes between one poll and the next, which > causes the gap. I can't see any errors at that time period so I can't figure > out why there is a gap? Anyone willing to sell me a vowel? > > > Zenoss 1.1.0 > > OS Linux (i686) 2.6.16 (Linux zenoss 2.6.16.21-0.15-default #1 Tue Jul 25 > 15:28:49 UTC 2006 i686) > > Zope Zope 2.8.8 > > Python Python 2.4.3 > > Database MySQL 5.0.18 (Ver 5.0.18) > > RRD RRDtool 1.2.15 > > Twisted Twisted 2.4.0 > > SNMP PySNMP 3.4.3 > > Twisted SNMP TwistedSNMP 0.3.13 _______________________________________________ zenoss-users mailing list [email protected] http://lists.zenoss.org/mailman/listinfo/zenoss-users
