Well, thats the hard part for me, installing those ORA files - didnt
find yet how to do that. I think installing the plugin on DBServer and
using NRPE is easier.
Cosmin Neagu
NOC Team Leader
Str. I. G. Duca nr. 36
Otopeni, Judetul Ilfov, 075100 Romania
Tel: 021 303 3159 / 0732 669 193
It's not that hard and a lot of things are written in the documentation of
check_oracle_health.
I even wrote an article about this in September 2011 explaining the steps:
http://www.claudiokuenzler.com/blog/192/install-perl-dbd-oracle-DBD::Oracle-on-SuSE-SLES10-without-cpan
You should do it the
you just need a working sqlplus installation
http://www.oracle.com/technetwork/topics/linuxx86-64soft-092277.html
use check_oracle_health --method=sqlplus ... and you are on your way
Joerg
Am 03.10.2012 um 08:14 schrieb Cosmin Neagu cosmin.ne...@omnilogic.ro:
Well, thats the hard part for me,
Hello. Has anyone come up with solutions for processing Nagios performance
data on a server other than a Nagios server? We've been processing perfdata
results on our Nagios server(s) for a while now and increasingly it's just
eating up too much I/O to make me comfortable.
Yes, we do use
Hi Mark ...
did you try a using a ram disk
http://exchange.nagios.org/directory/Documentation/Nagios-XI-Documentation/Utilizing-A-RAM-Disk-In-NagiosXI/details
Davor
On Wed, Oct 3, 2012 at 4:33 PM, Frost, Mark {BIS}
mark.fro...@pepsico.comwrote:
Hello. Has anyone come up with
Davor,
My concern is more about the actual I/O to the RRD files and not so much
processing the to-be-processed perfdata files (i.e. temporary files). The
heavy I/O is happening on the RRD filesystem and since I would of course need
the RRD files to persist, I would not want to store them on
You might consider looking at 4.0 since disk i/o is almost nothing, but short
of that looked at using rrdcache to send the processing to another server?
Dan
On Oct 3, 2012, at 9:33 AM, Frost, Mark {BIS} wrote:
Hello. Has anyone come up with solutions for processing Nagios performance
data
Hey Mark,
I've been stewing on an idea like this as well. I haven't come up with a
perfect solution yet. I know of another user who implemented a large
install and used NAS for the rrdfiles, but I recognize your concerns
there. Would it be plausible to simply mount an additional drive in the
There are two options that I know of. The first is there is an undocumented NEB
module that comes with PNP4Nagios located in src/module called modpnpsender.c
that looks like it send data to a remote server to get processed. If anything
you can use it as a starting point.
This blog article
There are two options that I know of. The first is there is an undocumented NEB
module that comes with PNP4Nagios located in src/module called modpnpsender.c
that looks like it send data to a remote server to get processed. If anything
you can use it as a starting point.
This blog article
Dan,
As I understand it, the issue is less about Nagios and more about npcd.
Nagios merrily produces the perfdata files and then npcd comes along and scoops
them up, but as it's processing them it's opening a lot of rrd files and
inserting data into them. So really it's npcd that's the
On 10/03/2012 04:33 PM, Frost, Mark {BIS} wrote:
Hello. Has anyone come up with solutions for processing Nagios performance
data on a server other than a Nagios server? We've been processing perfdata
results on our Nagios server(s) for a while now and increasingly it's just
eating up too
On 10/03/2012 05:58 PM, Frost, Mark {BIS} wrote:
Dan,
As I understand it, the issue is less about Nagios and more about
npcd. Nagios merrily produces the perfdata files and then npcd
comes along and scoops them up, but as it's processing them it's
opening a lot of rrd files and inserting
Hi Mark,
this could be done with Mod-Gearman which just puts all performance data in the
gearman message system
which then can be processed whereever you want. PNP4Nagios ships a gearman
worker daemon which then
processes your perfdata on a (or multiple) remote host. You could also put the
pnp
Mark ,
possible solution could be SSD drive, the life span is about 5 years
by 10 GB write / Day , maybe even more now..
and they are not expensive any more..
davor
On Wed, Oct 3, 2012 at 6:28 PM, Sven Nierlein sven.nierl...@consol.dewrote:
Hi Mark,
this could be done with
15 matches
Mail list logo