Distributed / Central and hosts in pgsql

[Shawn Holland]

Sorry,

Let me clearify.

Each distributed server has a list of devices in a pgsql database that is 
unique to each distributed server. 

The script will run on each distributed server generating a config from the 
pgsql database that is unique to each distributed server.

And the only thing that is causing me problems is that each distributed 
server's database listing of their unique devices to ping could change at any 
time. This is why my script will run daily on each distributed server 
regenerating their config file. But its getting the central server to know of 
these changes that is the problem.

I think Tedman Eng's reply is what I may need to be looking at.

Using some transport protocol to upload the device config from each 
distributed server to the central server. (SSH/SCP) and drop it into a config 
dir. Then restarting nagios on the central server.

I wont need another script to concatinate them. I just need to use shared keys 
and allow access to a directory that is specified as a cfg_dir

The only problem with this method is that there could be syncronization 
problems.

What are your thoughts on this?

On Thursday 27 April 2006 7:39 pm, Marcel Mitsuto Fucatu Sugano wrote:
> Hello Shawn,
>
> On Thu, 2006-04-27 at 20:12 -0300, Shawn Holland wrote:
> > Well my last email I sent I requested info on how to allow nagios to work
> > with a list of hosts to be checked in a pgsql database.
> >
> > I was advised to use a program to make a config file for them.
> >
> > I did this. But now while working on my next step of trying to get 30
> > servers in the field, that each have a list of devices to be monitored
> > stored locally in their pgsql database.
> >
> > Am I to understand that from the documentation that you need to have
> > service definations for all services on each distributed server.
> >
> > ie. If I have a switch that I want to do a ping check on behind one of my
> > distributed servers, I'll need to have that service defined on my central
> > server?
>
> Yes, but back then you haven't told us that it was distributed config.
>
> > If this is the case then I don't know how I am going to do this. Because
> > the information may change on each distributed server.
>
> You need to generate config files for each one of the distributed
> servers with the services each one need to monitor, and one config for
> your central Nagios server that contains all distributed servers config.
>
> > Documentation snip
> > ...
> > The central server must have service definitions for all services that
> > are being monitored by all the distributed servers. Nagios will ignore
> > passive check results if they do not correspond to a service that has
> > been defined. ...
> >
> > My setup is:
> >
> > Central server
> > 30 distributed servers
> >
> > Each distributed server has 2 interfaces. One to the outside world and
> > one to the internal network. The internal network has several devices to
> > be ping checked and reported back to the central server.
> >
> > The information for all devices to be ping checked are stored locally on
> > each distributed server in a pgsql database.
>
> Each distributed has its own pgsql with ALL devices? Or just the ones it
> should ping? We have a similiar setup, and we generate two types of
> config: For distributed servers (and here each config is totally
> different from each other) and for central server (one monolithic file).
>
> > I have a script that will run on each distributed server to generate a
> > config file outlining all the services for each devices.
>
> ALL services for each device that one distributed server need to
> monitor? right? Not ALL services that ALL distributed servers will
> monitor?
>
> > This list may change so this script will rebuild the config file daily
> > and restart nagios to ensure accurate information.
> >
> > How, if at all, can I acomplish the above.
> >
> > I know its a lot to ask but any help would be apreciated.
>
> HTH,
>
> Marcel.
>
>
> AVISO: A informação contida neste e-mail, bem como em qualquer de seus
> anexos, é CONFIDENCIAL e destinada ao uso exclusivo do(s) destinatário(s)
> acima referido(s), podendo conter informações sigilosas e/ou legalmente
> protegidas. Caso você não seja o destinatário desta mensagem, informamos
> que qualquer divulgação, distribuição ou cópia deste e-mail e/ou de
> qualquer de seus anexos é absolutamente proibida. Solicitamos que o
> remetente seja comunicado imediatamente, respondendo esta mensagem, e que o
> original desta mensagem e de seus anexos, bem como toda e qualquer cópia
> e/ou impressão realizada a partir destes, sejam permanentemente apagados
> e/ou destruídos. Informações adicionais sobre nossa empresa podem ser
> obtidas no site http://sobre.uol.com.br/.
>
> NOTICE: The information contained in this e-mail and any attachments
> thereto is CONFIDENTIAL and is intended only for use by the recipient named
> herein and may contain legally privileged and/or secret information. If you
> are not the e-mail´s intended recipient, you are hereby notified that any
> dissemination, distribution or copy of this e-mail, and/or any attachments
> thereto, is strictly prohibited. Please immediately notify the sender
> replying to the above mentioned e-mail address, and permanently delete
> and/or destroy the original and any copy of this e-mail and/or its
> attachments, as well as any printout thereof. Additional information about
> our company may be obtained through the site http://www.uol.com.br/ir/.
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
> Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
>
> ::: Please include Nagios version, plugin version (-v) and OS when
> ::: reporting any issue. Messages without supporting info will risk being
> ::: sent to /dev/null

-- 
Regards,

Shawn Holland
Sandara Technologies Ltd.
Ph. 1-902-405-3344
Fx. 1-902-405-3345


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null