<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style id="owaParaStyle">
<!--
p
{margin-top:0px;
margin-bottom:0px}
-->
P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Hi Everyone,
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<div>
<div style="direction:ltr; font-family:Tahoma; color:#000000; font-size:10pt">
<p> </p>
<p>Have been looking on and off at a problem I've seen for a while now, without massive success. I see intermittant 'white gaps' occuring in xymon results across a number of services, and sometimes at corresponding times, but sometimes not. Most frequently
I see this gap for CPU load, and this isn't just specific to one server. </p>
<p><br>
Attached is an example of useres and processes from one client server. There is a corresponding gap for the approx 3AM gap in CPU utilization graphs, memory graphs, actually, all of them I think, and a large 300second spike in clock offset at that time. But,
nothing corresponding to the other gaps.</p>
<p> </p>
<p>If I look at the xymon server itself, it looks like there was something up at that time too, as xymond incoming messages drops to zero. But, for the rest of the day, it holds at a steady number. But, theres are gaps all over the place in xymonnet runtime,
CPU utilization, users and procs, etc.</p>
<p> </p>
<p>I seem to recall we did try to tweak some rrd cache value as it cropped up in another post, which I think improved things slightly. But, we are having problems with the platforms that we're trying to monitor, with apparent long NFS pings between boxes.
</p>
<p> </p>
<p>The xymon server itself is running on a VM box. Has anyone had issues running on VM?
</p>
<p> </p>
<p>As best I can figure, either we have a xymon config issue, the xymon box itself isn't stable and it dropping data, or we have genuine network / disk write issues..
</p>
<p> </p>
<p>Any other thoughts?</p>
<p> </p>
<p>Cheers!</p>
</div>
</div>
</div>
</div>
<br clear="both">
The information contained in this email and any attached files is confidential and intended solely for the addressee(s). The email may be legally privileged or prohibited from disclosure and unauthorised use. If you are not the named addressee you may not use, copy, or disclose this information to any other person. If you received this message in error please notify the sender immediately and delete it from your system. <BR>
<BR>
Any opinion or views contained in this email message are those of the sender, and do not represent those of the Company in any way and reliance should not be placed upon its contents. Unless otherwise stated, this email message is not intended to be contractually binding. Where an Agreement exists between our respective companies and there is conflict between the contents of this email message and the Agreement then the terms of that Agreement shall prevail.<BR>
<BR>
Excelian Limited<BR>
44 Featherstone Street<BR>
London<BR>
EC1Y 8RN<BR>
Tel: +44 (0) 20 7336 9595<BR>
www.Excelian.com<BR>
_____________________________________________________________________<BR>
This e-mail has been scanned for viruses by MessageLabs. For further information visit http://www.messagelabs.com<BR>
<BR>
Excelian subscribes to cleaner and greener methods of working. Help take responsibility for the environment. Please don't print this email unless you absolutely have to.<BR>
</body>
</html>