z

Commercial Support Clients: Clients with support contracts can get escalated support assistance by visiting Nagios Answer Hub. These forums are for community support services. Although we at Nagios try our best to help out on the forums here, we always give priority support to our support clients.

RE: [Nagios-devel] Database feeder for Nagios.Log

Support forum for Nagios Core, Nagios Plugins, NCPA, NRPE, NSCA, NDOUtils and more. Engage with the community of users including those using the open source solutions.

RE: [Nagios-devel] Database feeder for Nagios.Log

Postby Guest » Mon Apr 15, 2002 2:56 am

I think we will take a look at putting a pipe-reader together in Java, which
should resolve the portability problems between platforms issues.

As the pipereader could stay connected to the pipe, it wouldn't need
restarting with Nagios, just once at boot time ..... so it would be
reasonably easy to maintain, although I appreciate that it introduces a bit
more risk in an implementation as two things must be running in order to
ensure that data is not lost. We would obviously put a plug-in together
to watch the pipe-reader .....

Anyone else any ideas >

Mark






-----Original Message-----
From: nagios-devel-admin@lists.sourceforge.net
[mailto:nagios-devel-admin@lists.sourceforge.net]On Behalf Of Geert
Vanderkelen
Sent: Thursday, April 11, 2002 3:55 PM
To: nagios-devel
Subject: RE: [Nagios-devel] Database feeder for Nagios.Log


Hey Mark,

First of all, I take back what I said about the object configuration
files. They are easy parsable and programmers should start making use of
skills and not rely on technology.. Actually, it's fun parsing config
files, just forgot about it. XML is just no fun ;)

Anyway, Pipes! Ok, sounds nice. I don't think there will be mutch
trouble about it. Except that there is yet another demon that has to
run, yet another one to start, restart when Nagios restarts.. So Nagios
will have to check that those daemons are running before sending
something.. I think it is to risky to delegated such important stuff to
external running stuff.
As an interim thing, it could be fine. But I think that the stuff like
it is now, is pretty fine.
Don't know about portability and sutch.. :-|

What about plugins? Load log or notify plugin on Nagios startup and use
the funtions from that? I guess you guys already discussed it ;)


Oh! Nagios is cool btw. I just love it. :)

Geert


On Thu, 2002-04-11 at 16:14, Mark Gillett wrote:
> What I am thinking of doing is investigating the possibility of switching
> the log file to a named pipe, writing a pipe reader which could then
output
> to database, XML etc.
>
> Has anyone else looked at moving the output file to a named pipe --- any
> words of caution etc.
>
> Mark
>
> Hey Mark,
> >
> > As an interim step - would there be any interest if I started to look at
> > implementing a named pipe replacement for nagios.log and created a
'little
> > something' that continues to feed a log, but also directs the SERVICE
and
> > HOST ALERT data to database tables. This would seem to be a prelude
to
> > some of the things Ethan is now considering and so probably not a
throw -
> > away. In the medium term it could also maintain the other
servicestatus,
> > hoststatus etc tables as well from this feed.
> >
> > Let me know ... I'm thinking hard about it right now.
> >
> > Mark

--
Geert Vanderkelen
Kemuri.Org

http://kemuri.org


_______________________________________________
Nagios-devel mailing list
Nagios-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel






This post was automatically imported from historical nagios-devel mailing list archives
Original poster: agios-devel-admin@lists.sourceforge.ne
Guest
 

Return to Open Source Nagios Projects

Who is online

Users browsing this forum: No registered users and 7 guests