Running the same plugin once vs. multiple times

Andreas Ericsson ae at op5.se
Tue Oct 2 23:16:26 CEST 2012


On 10/02/2012 11:02 PM, Tech Support wrote:
> All;
> 
>      I wrote a plugin to collect data for a particular service. I invoke the
> plugin with whatever parameter I want to return information on.  In fact, it
> collects information on about 30 different params at once, then returns the
> data that I specified.  For example, ./get_sysinfo -p param1 or
> ./get_sysinfo -p param2, etc. It seems to me to be a waste of resources to
> call the same script 30 times. Is it possible to call the plugin once and
> return all the data (including the performance data) at the same time? The
> benefit that I have calling the same script 30 different times is that
> Nagiosgraph creates a separate graph for each parameter and I don't want to
> lose that ability. Any insight at all would be greatly appreciated.
> 

Take a look at check_mk. It's doable but is a bit convoluted unless
you write good infrastructure for it once and then reuse it over and
over.

-- 
Andreas Ericsson                   andreas.ericsson at op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
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





More information about the Users mailing list