We've moved to a new support system!

The Nagios Answer Hub is a place where you can get help with technical questions from our experts. There, you can quickly open tickets and join discussion boards.

Request Nagios Answer Hub access here: https://info.nagios.com/answer-hub-access-new-users

After completing the access form, you will be given access to a portal where new tickets can be created. We will keep the old customer forum sections and ticket system available for current cases to be resolved.

Go to the Answer Hub

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

Engage with the community of users including those using the open source solutions.
Includes Nagios Core, Plugins, and NCPA

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 Community Support

Who is online

Users browsing this forum: Majestic-12 [Bot] and 17 guests