<div>Good morning!</div>
<div> </div>
<div>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:</div>

<div> </div>
<div>Primary server:</div>
<div>Runs all active checks, and uses the mklivestatus broker for Nagvis maps and other visualizations.</div>
<div>Uses the OCSP to send results of all active checks to the second server.</div>
<div> </div>
<div>Secondary server:</div>
<div>Receives checks from the primary server.</div>
<div>Logs service check results to a MySQL database using NDO.</div>
<div> </div>
<div>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.</div>

<div> </div>
<div>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.</div>
<div> </div>
<div>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.</div>

<div> </div>
<div>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?</div>
<div> </div>
<div>Any assistance is greatly appreciated.</div>
<div> </div>