Hi, I am now one step closer to success! My issue was simply that the host and the checks were not defined in the central icinga instance (but nothing was print in the logs). So I just copied the configuration from the satellite and put it on the central.
However, I have now 2 major issues. 1. PNP4Nagios is not doing the graph for the passive checks. (the check looks fine to me as the output for CPU Load gives: "OK - 15min load 0.18 at 8 CPUs") 2. The host is marked as down, I guess it is because I need to set the host check to use the result of the satellite. But how can I do that Then, I also have to set Check_MK check to be passive instead of active. Olivier -----Original Message----- From: Olivier Cortambert Sent: 28 November 2012 17:28 To: icinga-users@lists.sourceforge.net Subject: RE: [icinga-users] Distributed monitoring system with Icinga and Check_mk Hi, Thanks a lot for your help. I have been able to go a bit further What I have working now is: Satellite icinga -> monitoring 14 hosts Satellite icinga -> sending nsca Centrall icinga -> monitors 2 hosts Central icinga -> receiving nsca But, I still not see the hosts from the Satellite in the Central. I think that the satellite is configured properly: In Icinga.cfg obsess_over_services=1 obsess_over_hosts=1 ocsp_command=submit_check_result ochp_command= obsessive_host_handler Central server has the following: execute_service_checks=1 (as I use it to monitor two other servers) check_external_commands=1 accept_passive_service_checks=1 I think nsca is working as it should, as I get this in /var/log/messages Nov 28 17:24:47 thep-vmeo nsca[15954]: Handling the connection... Nov 28 17:24:47 thep-vmeo nsca[15949]: End of connection... And if I try that command from my satellite echo -e "A\tB\tC\tD\n" | /usr/sbin/send_nsca -H <central_server> -c /etc/nagios/send_nsca.cfg 1 data packet(s) sent to host successfully. However, I still don't see anything in the icinga.log about these messages. So I am guessing that I am missing the communication between nsca and Icinga. I also haven't yet added the host in the icinga configuration of the central instance, as I am wondering how to tell icinga that these hosts are monitored by another service. What is the option, to tell icinga to accept passive host for these hosts and not do anything? Thanks for the hel -----Original Message----- From: Carl R. Friend [mailto:crfri...@rcn.com] Sent: 27 November 2012 19:58 To: icinga-users@lists.sourceforge.net Subject: Re: [icinga-users] Distributed monitoring system with Icinga and Check_mk On Tue, 27 Nov 2012, Olivier Cortambert wrote: > So far, I have successfully installed: > > 1 Main Icinga instance with pnp4nagios and check_mk. This instance > checks itself and the icinga satellite. > 1 Satellite icinga with check_mk. This instance check a few unix > software. > > I have followed this tutorial > http://docs.icinga.org/latest/en/distributed.html > However, I do not see the servers monitored by the satellite on my > main Icinga. I have entered anything about the host monitored by the > satellite on the main so I am thinking it might be the reason, but as > I am using check_mk I am wondering which file should I modified. Are the objects that are being actively checked by the satellite displaying properly there? If so, there are a few possibilities (in decreasing order of probability): 1) The "NSCA" programs are not loaded or may be misconfigured. 2) The objects being actively checked on the satellite are not configured to "obsess". 3) The objects being actively checked on the satellite are not reflected by identically-named objects set to accept passive checks on the main instance. 4) There is a communications problem between the satellite and the main instance. If the monitored objects on the satellite do not appear to be working on the satellite you must fix that problem first. > Is there anything extra that I should do? In general, for "distributed monitoring" to work, the NSCA suite must be installed and configured so the master and slaves match; all the active checks on the active system must be configured to "obsess" (see "obsess_over_services", "ocsp_command", "obsess_over_hosts", and "ochp_command" in the doco); the commands for both hosts and services need to be defined; and hosts/services on the passive instance need to match those on the active instance. A clear communications path must also exist between the active and the passive instance. Is there a firewall in the way? If everything else is working normally and you have good comms between the active and passive instances you should see hints of a mismatched configuration in the "icinga.log" file on the passive instance to the effect of "host could not be found" or "service could not be found". Cheers! +------------------------------------------------+---------------------+ | Carl Richard Friend (UNIX Sysadmin) | West Boylston | | Minicomputer Collector / Enthusiast | Massachusetts, USA | | mailto:crfri...@rcn.com +---------------------+ | http://users.rcn.com/crfriend/museum | ICBM: 42:22N 71:47W | +------------------------------------------------+---------------------+ ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ icinga-users mailing list icinga-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/icinga-users ------------------------------------------------------------------------------ Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net _______________________________________________ icinga-users mailing list icinga-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/icinga-users
