From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] nagios - check_nrpe missing
Date: Sun, 25 Nov 2012 12:08:46 +0200 [thread overview]
Message-ID: <20121125120846.3a3eb259@khamul.example.com> (raw)
In-Reply-To: <20121125063130.GC3411@syscon7.inet>
On Sat, 24 Nov 2012 23:31:30 -0700
Joseph <syscon780@gmail.com> wrote:
> On 11/24/12 10:18, Alan McKinnon wrote:
> >On Fri, 23 Nov 2012 10:44:59 -0700
> >Joseph <syscon780@gmail.com> wrote:
> >
> >> On 11/23/12 08:40, Alan McKinnon wrote:
> >> >On Thu, 22 Nov 2012 23:04:17 -0700
> >> >Joseph <syscon780@gmail.com> wrote:
> >> >
> >> >> I just installed "nagios" but I can not seem to find: check_nrpe
> >> >> and there is no ebuild: "nagios-nrpe"
> >> >
> >> >net-analyzer/nrpe ?
> >> >
> >> >--
> >> >Alan McKinnon
> >> >alan.mckinnon@gmail.com
> >>
> >> So I think this has to bee installed on the monitoring server and
> >> the client, isn't it?
> >>
> >> How to do you use those plug-ins? I have installed
> >> "nagios-check_logfiles" plugin and I don't how to use it, is it
> >> suppose to show up on web-interface?
> >
> >I honestly don't know, I don't remember ever installing nrpe on
> >Gentoo. Everywhere I've used it, it's been on some other distro.
> >
> >--
> >Alan McKinnon
> >alan.mckinnon@gmail.com
>
> I gave up on this "nagios" too hard to set it up and/or find any
> decent instructions how to set it up correctly :-)
>
Nagios itself is quite easy to understand and grasp, but it can be
fiddly to implement it - mostly because you end up with all kinds of
little scripts doing useful work and they can all be very different in
how they expect to be used.
Reading install HOWTO docs for Nagios is a useless activity. You will
almost always end up finding a doc that describes a different version
to what you use, and on a different system. I prefer to just understand
what Nagios does and how it's set up on my machines, then read the
plugin's code, that tells me how to install and use it.
First thing to understand is what Nagios is, and it's not a monitoring
tool! That just happens to be the problem people use it to solve.
Nagios is a state tracking and notification engine. It compares the
state of something now to the state it was in 5 minutes ago and if
things changed it sends a notification.
All the monitoring stuff it can do is actually plugins and little
scripts sitting in various places. To check the state of a ping test,
Nagios runs a ping test script. That's if Nagios does the test itself,
you can also have plugins feed information back into Nagios.
Then there's the tests you want to do that Nagios can't see directly,
like load on a host. You have to log into the host to see that (which
is dangerous). So there's a daemon running locally on the host called
nrpe, and Nagios queries this daemon asking it for results. The results
are the state that Nagios is tracking.
Like I said, script authors like shoving their scripts in any old damn
place and this is a PITA to sort out when it goes wrong. Rather just
decide for yourself where things need to go and put them there yourself.
There are so many things Nagios could do much better than it does, but
the maintainer is highly resistant to adding any features that he
doesn't use himself. So there are many forks around, why don't you try
one of those? Some of them are rather well coded. There's many, and
searching Google for "Nagios forks: will turn up useful projects.
--
Alan McKinnon
alan.mckinnon@gmail.com
prev parent reply other threads:[~2012-11-25 10:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-23 6:04 [gentoo-user] nagios - check_nrpe missing Joseph
2012-11-23 6:40 ` Alan McKinnon
2012-11-23 17:44 ` Joseph
2012-11-24 8:18 ` Alan McKinnon
2012-11-25 6:31 ` Joseph
2012-11-25 9:14 ` Mick
2012-11-25 10:08 ` Alan McKinnon [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20121125120846.3a3eb259@khamul.example.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox