Nagios process located wrong in status map

[Patrick Stockton]

Ok I've changed the parents as you have suggested and it looks much better.  (I'm surprised I didn't 
think of that earlier.)

But this brings me to a second question and it has to do with how Nagios does a host or service 
check.  I have some hosts in San Antonio which I am checking as well.  A ping from Bronson has to 
travel to Oxford first and then travel to San Antonio all via frame relay.  By re-aligning the 
parents will nagios allow for more time from a return from say a host in San Antonio than say my 
site server which is sitting right next to the nagios box also a child of the bronson router?

I'm still trying to get a feel for how I should be scheduling checks so that we aren't flooded with 
e-mails and text messages simply because frame traffic was high.

Also there was a question about getting the 3-D status map to work.  All I did was install a VRML 
plugin I found from Parallel Graphics

http://www.parallelgraphics.com/products/cortona/

It's a Windows based plugin but supports IE, Firefox (currently using), and Opera.

Thanks for the help.

Patrick


Andreas Ericsson wrote:

> Patrick Stockton wrote:
> 
>> Our network is set up with most of our network servers located in one 
>> central office called Oxford.
>> The rest of our locations branch out of Oxford in a star formation.
>>
>> I am currently working out of one of the remote sites configuring up a 
>> Nagios monitoring box.
>>
>> When I click on status map or 3-D status map it shows the Nagios 
>> process as a child of the Oxford
>> router rather than the Bronson router.
>>
> 
> Parents and such are considered from nagios' view, with the monitoring 
> process sitting at the very top. Hence, the nagios process quite 
> naturally has no parents (i.e. traffic going to it self doesn't have to 
> pass any other host).
> 
>> I know that is is a rather minor thing but where do I tell Nagios 
>> where in the network topology it
>> resides.
>>
> 
> By using a parent statement in the host object definition. You can also 
> specify coordinates in the hostextinfo, but that might be a bit 
> troublesome in large networks.
> 
> Judging by what you've said it seems that the Bronson router is where 
> the Nagios server is connected, so that should be a root (parent-less) 
> host (all hosts with no parents are automatically connected to the 
> Nagios process), and the Oxford router should probably have the Bronson 
> router as its parent (assuming traffic from Nagios passes through the 
> Bronson router ONLY on its way to Oxford, and that the Nagios server 
> isn't connected directly to both the Bronson and Oxford routers).
> 
>> When I finally show this to our VP this will be one of the things 
>> he'll pick up on rather quickly.
>>
> 
> Then simply explain to him how the network is built and that parents 
> exists not only for the sake of having a nice status map, but also for 
> suppressing notifications and enabling the niftyness of network outages.
> 
>> Thanks
>>
>> Patrick
> 
> 


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
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