Re: Trying to figure out the PCRE expression for Nagiosgraph Map

Claudio Kuenzler <[email protected]>
Newsgroups gmane.network.nagios.user
Message-ID <CAF-yqgitu4LNBsPFgbv=-=nGyCo8FMcC5csY0SNV+pQNB_95XQ@mail.gmail.com>
On Sat, May 11, 2013 at 1:30 PM, Percy Kwong <[email protected]> wrote:

>  OK.  So to make more sense of the whole thing, the only thing that is
> taken into account is the actual numerical value?  In other words, it's
> automatically parsed?  This is what I wasn't sure of.
>
> Here is the entry in the mapfile I was using:
>
> /output:PROCS.*:(\d+) processes with args 'apache'/
> and push @s, ['apache',
>                 ['connections', GAUGE, $1] ];
>

This works, too, when you only want to parse the process checks for apache.

You give the RRD description the name "connections". I don't think that the
number of Apache processes really represent the number of connections.
In this case, I suggest you use check_netstat.pl.



> the problem is there is no perfdata and the rrd file isn't being
> populated, (and obviously, no graph).  I'm attributing this to the fact
> that the map file entry is wrong.  This is really where my problem lies.
> Am I looking in the wrong place?
>

It's check_procs which doesn't create perfdata. You might  need to manually
patch it. See:
http://www.claudiokuenzler.com/blog/224/nagios-plugin-check_procs-add-performance-data-perfdata-output-nagiosgraph

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may

_______________________________________________
Nagios-users mailing list
[email protected]
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.