<html>
<body>
<font size=3><br>
Most Linux distros, I am aware anyway, support share memory
segments.  the <br>
How about a mechanism, supported by Nagios of course, where we could save
some variables to a shared memory segment.  Saving and retrieving
should be pretty quick.<br><br>
Doug Veldhuisen<br>
Running Nagios 2.5 on Debian and Fedora.<br><br>
<br>
At 01:29 PM 10/18/2006, Marc Powell wrote:<br><br>
<br>
<blockquote type=cite class=cite cite="">> -----Original
Message-----<br>
> From: nagios-users-bounces@lists.sourceforge.net
[<a href="mailto:nagios-users" eudora="autourl">mailto:nagios-users</a>
-<br>
> bounces@lists.sourceforge.net] On Behalf Of
rob.moss@uk.bnpparibas.com<br>
> Sent: Wednesday, October 18, 2006 3:31 AM<br>
> To: nagios-users@lists.sourceforge.net<br>
> Subject: Re: [Nagios-users] checking a counter on a website<br>
> <br>
> <br>
> nagios-users-bounces@lists.sourceforge.net wrote on 17/10/2006<br>
20:01:28:<br>
> <br>
> > This actually hits on what I consider to be one of
Nagios'  (few)<br>
> > weaknesses.  A lot of time, when I do my checks, I'm not
nearly as<br>
> > interested in the value of a check as in the change in the
value<br>
> > since the last check.  This is a good example. 
Another item I<br>
> > monitor is changes in the SNMP Interface error counters. 
For<br>
> > example, if I get more than 5 errors/second, I need to send out
an<br>
> > alert.  Finally, I have the same issue monitoring SNMP
Interface<br>
> > statuses.  But, Nagios has no feature to remember data
between<br>
> > invocations of the checks.  So, I end up storing this data
in<br>
> > temporary files. If there was a facility to provide some
information<br>
> > back to Nagios, and retrieve it on the next one, that would
be<br>
> wonderful.<br>
> <br>
> The responsibility of something like this entirely up to the
plugin..<br>
> <br>
> Nagios's task is to schedule and check hosts/services, and to notify
a<br>
> contact of status changes.<br>
> <br>
> The task of the plugin is to perform an operation to check if a<br>
service is<br>
> working (or not) and provide a uniform status message back to
Nagios..<br><br>
I can see value to having a $SERVICEPREVOUTPUT$ macro that could be<br>
passed to a check plugin. That would be an easy way to allow for
this<br>
commonly requested functionality. --<br><br>
Flow --<br>
<x-tab>        </x-tab>(Service
check execution time)<br>
<x-tab>        </x-tab>
$SERVICEPREVOUTPUT$ = $SERVICEOUTPUT$<br>
<x-tab>        </x-tab>
$SERVICEOUTPUT$=NULL<br>
<x-tab>        </x-tab>(Execute
Plugin)<br>
<x-tab>        </x-tab>
$SERVICEOUTPUT$ = <Plugin output><br><br>
--<br>
Marc<br><br>
-------------------------------------------------------------------------<br>
Using Tomcat but need to do more? Need to support web services,
security?<br>
Get stuff done quickly with pre-integrated technology to make your job
easier<br>
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo<br>
<a href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642" eudora="autourl">
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642</a>
<br>
_______________________________________________<br>
Nagios-users mailing list<br>
Nagios-users@lists.sourceforge.net<br>
<a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" eudora="autourl">
https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>
::: Please include Nagios version, plugin version (-v) and OS when
reporting any issue. <br>
::: Messages without supporting info will risk being sent to
/dev/null</font></blockquote></body>
</html>