We had this problem on windows machines, bbwin was analyzing the windows event logs which took the length of time of the reported timediff. We had 100,000 log lines in the application log alone, these over-wrote themselves every 20-30 minutes, even when you set a rule for bbwin to ignore these logs it still must process the 100,000 lines in order to realize it can ignore them. Our solution was to stop the application (mssql) logging these useless  "login succeeded" events to the application log.<br>
<br>For a short term test you could unload msgs.dll on the client side (if possible) which I believe processes event logs, or you could clear or limit the event log.<br><br>Steve<br><br>-----Original Message-----<br>
From: <a href="mailto:xymon-bounces@xymon.com">xymon-bounces@xymon.com</a> [mailto:<a href="mailto:xymon-bounces@xymon.com">xymon-bounces@xymon.com</a>] On Behalf Of Cami<br>
Sent: Tuesday, August 02, 2011 8:53 AM<br>
To: <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
Subject: [Xymon] timediff<br>
<br>
Hi all,<br>
<br>
Could someone explain why the following would be occuring<br>
<br>
-----<br>
Tue Aug 02 08:30:43 2011 NOT ok<br>
<br>
yellow System clock is 138 seconds off (max 60)<br>
<br>
local: Tue Aug 02 08:30:43 2011<br>
UTC: Tue Aug 02 06:30:43 2011<br>
-----<br>
<br>
Both the Xymon server and client machine (Windows) are syncing off the 
same router/source. The times look identical so where does the 138 
seconds skew come from?<br>
<br>
Regards,<br>
Cami<br>
______________________________<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">_________________<br>
Xymon mailing list<br>
<a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
</blockquote>