[Xymon] no vmstat data for 8 hours on weekdays?

[Mike Burger]

Last data recorded, now, is from 9:10.

 

I’ve got vmstat output that I’d be happy to share if it helps anyone understand why this is happening.

 

From: Mike Burger 
Sent: Tuesday, November 13, 2012 9:11 AM
To: Mike Burger; 'Jeremy Laidman'
Cc: 'xymon at xymon.com'
Subject: RE: [Xymon] no vmstat data for 8 hours on weekdays?

 

Ok…I may have spoken too soon…9:05 data…waiting for 9:10 data. (hangs head)

 

From: Mike Burger 
Sent: Tuesday, November 13, 2012 9:09 AM
To: Mike Burger; 'Jeremy Laidman'
Cc: 'xymon at xymon.com'
Subject: RE: [Xymon] no vmstat data for 8 hours on weekdays?

 

And, again, after the 9AM graph update, nothing going into the graphs. The output columns don’t seem to be drifting any more than they were before the 9AM time frame, as I’m watching the vmstat output on my screen.

 

From: Mike Burger 
Sent: Tuesday, November 13, 2012 8:24 AM
To: Mike Burger; 'Jeremy Laidman'
Cc: 'xymon at xymon.com'
Subject: RE: [Xymon] no vmstat data for 8 hours on weekdays?

 

I’m also noticing that even though I’m getting data in my graphs, right now, I’m not seeing much of anything in the actual vmstat output files in /usr/local/hobbit/tmp.

 

From: Mike Burger 
Sent: Tuesday, November 13, 2012 8:23 AM
To: Mike Burger; Jeremy Laidman
Cc: xymon at xymon.com
Subject: RE: [Xymon] no vmstat data for 8 hours on weekdays?

 

Ok…I can confirm that the graph started again at the 5:15PM mark, yesterday.

 

Does the parser look for specific column placement? If it does, shouldn’t it look for white/blank space(s) as data column delimiters?

 

In the meantime, I’m capturing a vmstat run, now, and will capture another if/when the graphing ceases again…I’m curious, though…the vmstat command line appears to be “vmstat 300 2”…that’s 300 captures in 2 second intervals (10 minutes worth of captures). As there are two vmstat processes running at any time, with a secondary command of “mv  /usr/local/hobbit/tmp/hobbit_vmstat.PID /usr/local/hobbit/tmp/hobbit_vmstat.HOSTNAME”, is there a chance that the files are clobbering each other when they’re moved? Granted, each process have start times at 5 minute intervals, but I’m wondering.

 

From: Mike Burger 
Sent: Monday, November 12, 2012 8:42 PM
To: Jeremy Laidman
Cc: Mike Burger; xymon at xymon.com
Subject: Re: [Xymon] no vmstat data for 8 hours on weekdays?

 

On Nov 12, 2012, at 6:52 PM, "Jeremy Laidman" <jlaidman at rebel-it.com.au> wrote:

 

	On 13 November 2012 08:33, Mike Burger <Mike.Burger at freedommortgage.com> wrote:

		I’ve got something odd going on…I have one AIX 5.3 system for which the CPU Utilization (vmstat) graph is blank from 9AM to 5PM, only on weekdays. None of my other AIX systems (5.3 or 6.1) are displaying the same behavior.

	 

	Odd.  Is the blank section EXACTLY (within 5 minutes) between 9am and 5pm, or just approximate?

	 

	Are you getting updates for your client data?  Check out the [vmstat] section both inside and outside of the 9-5 range, and see if they look different.

	 

	Perhaps during business hours, there is a process that runs, or a general increase in load, that increases the numbers in the vmstat output, such that the columns are no longer aligned the same.  I know that there is at least one Xymon client data parser that fail if the columns aren't aligned as  expected (procs, perhaps).

Friday of last week, on the 9AM mark. This morning 9:15AM and hadn't resumed graphing vmstat data as of 5:07 when I left the office (will need to check when I get hone tonight or in the morning at the office, but I'm expecting the data to have started around 5:15PM).

 

Over the weekend, there were no breaks in data graphing.

 

I'll have to also look at a continuous vmstat output, just in case.

Sent from my iPhone...please excuse any typos or short answers.

 

It's always suicide-mission this save-the-planet that. No one ever stops by just to say hi anymore. -Col. Jack O'Neill




CONFIDENTIALITY NOTICE: This e-mail message, including all attachments, is for
the sole use of the intended recipient(s) and may contain confidential
information. Any unauthorized review, use, disclosure, alteration or
distribution is strictly prohibited and may violate state or federal law. If you
are not the intended recipient, please contact the sender by reply e-mail,
delete this email and destroy all copies of the message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20121113/79670b95/attachment.html>