Re: [Nagios-users] Strange problem using the obsessive/compulsive service processor in Nagios Core 3.2.3
On Wed, 27 Apr 2011 09:29:57 -0500 Eric Michaelis combin...@gmail.com wrote: Primary server: Runs all active checks, and uses the mklivestatus broker for Nagvis maps and other visualizations. Uses the OCSP to send results of all active checks to the second server. Secondary server: Receives checks from the primary server. Logs service check results to a MySQL database using NDO. Hi Eric, I tried that setup and found the same problem. Are you using nsca to send host/service check results to the secondary server? Even without NDO I found that nsca took almost 1s to complete its task and every other action was suspended in the meanwhile. I used a perl script + NDO/MySQL on the primary to replicate check results on the secondary (I posted it on this m-l, on the thread: nagios server redundancy) but sometimes it misbehaves apparently (and I had no time to investigate/fix it up). That's the only solution I found to make asynchronous replicas. Another way should be merlin plugin, but the latest stable does not work with nagios 3.2.3 Bye. Giacomo -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Nagios-users mailing list Nagios-users@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
[Nagios-users] Strange problem using the obsessive/compulsive service processor in Nagios Core 3.2.3
Good morning! We're having a strange issue trying to use the obsessive/compulsive processor in Nagios. We're running Nagios Core 3.2.3, with Nagios plugins version 1.4.15. In our previous production environment, we had encountered issues with performance while using the NDO module, so we're trying to set up an architecture like so: Primary server: Runs all active checks, and uses the mklivestatus broker for Nagvis maps and other visualizations. Uses the OCSP to send results of all active checks to the second server. Secondary server: Receives checks from the primary server. Logs service check results to a MySQL database using NDO. The problem comes when we enable the obsessive/compulsive options on the primary. If we enable both the obsess_over_services and obsess_over_hosts options, it takes it very literally: that's ALL Nagios does. All active checks stop, and Nagios spends all of its time running the ocsp service and host commands. If we enable only the obsess_over_services option, active checks DO get performed, but the scheduling queue and check latency starts to grow; with the active checks falling farther and farther behind. The primary Nagios server is a relatively powerful system, with 12 cores and 64 GB of RAM. The load average, even when it's only running the ocsp commands, never rises above about 20 or 21, so it doesn't seem like the server is being overwhelmed. Presumably other folks are using the ocsp options successfully, so I'm curious if anyone has seen anything like this and knows of a fix/workaround? Any assistance is greatly appreciated. -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd___ Nagios-users mailing list Nagios-users@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
Re: [Nagios-users] Strange problem using the obsessive/compulsive service processor in Nagios Core 3.2.3
if you use ocsp service/host commands to send results to the secondary server, the primary server will wait the ndo module to update the mysql database for completing the commands. it should be an issue of latency, especially you use the obsessive function on *EVERY* check. On Wed, Apr 27, 2011 at 10:29 PM, Eric Michaelis combin...@gmail.com wrote: Good morning! We're having a strange issue trying to use the obsessive/compulsive processor in Nagios. We're running Nagios Core 3.2.3, with Nagios plugins version 1.4.15. In our previous production environment, we had encountered issues with performance while using the NDO module, so we're trying to set up an architecture like so: Primary server: Runs all active checks, and uses the mklivestatus broker for Nagvis maps and other visualizations. Uses the OCSP to send results of all active checks to the second server. Secondary server: Receives checks from the primary server. Logs service check results to a MySQL database using NDO. The problem comes when we enable the obsessive/compulsive options on the primary. If we enable both the obsess_over_services and obsess_over_hosts options, it takes it very literally: that's ALL Nagios does. All active checks stop, and Nagios spends all of its time running the ocsp service and host commands. If we enable only the obsess_over_services option, active checks DO get performed, but the scheduling queue and check latency starts to grow; with the active checks falling farther and farther behind. The primary Nagios server is a relatively powerful system, with 12 cores and 64 GB of RAM. The load average, even when it's only running the ocsp commands, never rises above about 20 or 21, so it doesn't seem like the server is being overwhelmed. Presumably other folks are using the ocsp options successfully, so I'm curious if anyone has seen anything like this and knows of a fix/workaround? Any assistance is greatly appreciated. -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Nagios-users mailing list Nagios-users@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 -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Nagios-users mailing list Nagios-users@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