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 » Tue Apr 09, 2002 4:32 am

Hey Mark,

As 'portable' sql and useful SQL is, it relays on an external server..
or even locally, that can go down. It is surely cool to have it in SQL,
but it isn't to save. I had the experience.

But, on the other hand. If the log files, configuration files, status,
whatever Nagios uses or spits out is easy readable, it would be a GREAT
help.

I'm currenty writing a kit around Nagios in PHP for configuring it. We
need it badly inhouse, and hopefully it will be something I can release
openly (just need time to maintain it :/). But log files are that way,
configuration is another way.. Databases, pipes :)
Ok, we have a choice.. but to many choices is no good when writing
something as a configuration tool.

Why not using XML for example or something similar. The template version
of configuration files is great, but not very useful when external tools
has to access it..
I have my own little monitoring project in C using GLib 2.0 and libxml.

I just think that everthing that is parsable (log,conf) should be XML.
But that is just me thinking out load instead of hard, duh ;)

Best regards,

Geert


On Tue, 2002-04-09 at 13:30, Mark Gillett wrote:
> Hi All,
>
> It appears that there are a few of us tinkering with mysql or others for
> logging of status history information a la nagios.log.
>
> We appear (including Ethan) to be converging on the idea that an external
> feed to the database is the long term way to go.
>
> 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
>
> ---
>
> Mark Gillett
>
>
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel
--
Geert Vanderkelen
Kemuri.Org

http://kemuri.org






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

Return to Open Source Nagios Projects

Who is online

Users browsing this forum: No registered users and 28 guests