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 » Thu Apr 11, 2002 6:55 am

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. :)


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


This post was automatically imported from historical nagios-devel mailing list archives
Original poster: geert@kemuri.org

Return to Open Source Nagios Projects

Who is online

Users browsing this forum: No registered users and 23 guests