Extension to "Monitoring CPU load - capturing process list"

[Jurgens, Matthew]

Along these same lines, I have a service check which takes about 30 seconds
to run. While it runs it collects a lot of info. If there are any faults the
output of the script contains information which tells you what the fault is
in more detail. The first line is always a summary of the condition eg
STATUS OK or ERROR etc, and this is what Nagios reports as the "Status
Information".

Similarly to the CPU question below, I could stick this info in a log file
local to the monitored host but it would be significantly better if Nagios
collected this additional information returned to it and allowed me to query
it.

For example if the Nagios Status details shows something like

Service State Information
Current Status:	  WARNING    
Status Information:	EWP Windsor Status - ERROR
Current Attempt:	1/3
State Type:	HARD
Last Check Type:	ACTIVE
etc

then it would be extremely useful to be able to click on the "EWP Windsor
Status - ERROR" and be shown the rest of the details that were returned to
Nagios when it ran the service check. This would then centralise the
pertinent part of the logs and enable quick and easy access to pertinent
information about the fault. This would be far simpler and quicker (for the
Nagios user) than having to connect to the remote machine, find the log and
then read it.

Is this something than can currently be done or is this an enhancement to
Nagios?

-----Original Message-----
From: Hochberg, Keith [mailto:Keith.Hochberg at mtvi.com]
Sent: Wednesday, 13 August 2003 1:41:am
To: Sam Stickland; nagios-users at lists.sourceforge.net
Subject: RE: [Nagios-users] Monitoring CPU load - capturing process list


read up on eventhandlers...

http://nagios.sourceforge.net/docs/1_0/eventhandlers.html

-Keith

-----Original Message-----
From: Sam Stickland [mailto:sam_ml at spacething.org] 
Sent: Tuesday, August 12, 2003 11:18 AM
To: nagios-users at lists.sourceforge.net
Subject: [Nagios-users] Monitoring CPU load - capturing process list


Hi,

I'm using nagios-statd to monitor the CPU load of several machines. They
sometimes record high CPU load when an engineer isn't immediately
available
to diagnose the problem.

Is there someway of capturing and storing the results of 'top' so the
problem can be looked at a later date?

Or, I suppose, more appropriately (and dangerously if not done right)
running arbitrary commands on the machine in response to alerts and
capturing this output somewhere.

Thanks,

Sam



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
/01
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when
reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue. 
::: Messages without supporting info will risk being sent to /dev/null

www.sensis.com.au

A leading Australian advertising, information 
and directories business. 

www.yellowpages.com.au
www.whitepages.com.au
www.citysearch.com.au
www.whereis.com.au
www.telstra.com.au

This email and any attachments are intended only for the use of the recipient and may be confidential and/or legally privileged.
Sensis Pty Ltd disclaims liability for any errors, omissions, viruses, loss and/or damage arising from using, opening or transmitting this email.
If you are not the intended recipient you must not use, interfere with, disclose, copy or retain this email and you should notify the sender immediately by return email or by contacting Sensis Pty Ltd by telephone on [+61 3 9201 4888]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20030813/340b8961/attachment.html>