Re: [Nagios-devel] High latencies problem.
Nagios network monitoring software is enterprise server monitoring
Brought to you by:
egalstad,
sawolf-nagios
From: D. E. F. <da...@da...> - 2009-02-20 19:16:03
|
All you need to do is compile it, put the libbronx.so in someplace accessible to Nagios, set the following commands in your nagios.cfg: ====== snip # EVENT BROKER OPTIONS event_broker_options=-1 # BROKER MODULE broker_module=<my_full_path>/libbronx.so ====== snip Stop your existing NSCA. Re-start your Nagios. Check the nagios.log, and you should see evidence of the event broker attaching to the nagios process and starting up. Start sending passive checks, and they should work as usual (but faster). Daniel. On Feb 20, 2009, at 5:22 AM, Brad O'Hara wrote: > Can you provide a link to the code? > > Brad > > On Thu, 19 Feb 2009 19:12:24 -0800 > "D. Emmanuel Feinsmith" <da...@da...> wrote: > >> Another note on this, the event broker that I am referring to can >> both buffer results in memory (to queue them up until Nagios is >> ready), and it can also queue them up in a dynamically sized Sqlite >> database, which also removes the command pipe size limitation. I have >> seen it handle 50,000 to 75,000 service check results on a dual CPU >> box with 4g RAM without any problem or significant latency issues. >> These kind of results were the basis for my earlier statement that >> the fundamental internal code of nagios is pretty fast, you just need >> to find quick ways to get the data in. >> >> Once nagios has captured the raw host and service check results, >> it's pretty efficient, even in the 2.x codeline. >> >> Daniel. >> >> On Feb 19, 2009, at 5:18 PM, D. Emmanuel Feinsmith wrote: >> >>> I have implemented an open source Nagios Event Broker which is a >>> multi-threaded Event Broker written in C which replaces NSCA and >>> inserts the service/host check results directly into the internal >>> nagios check result queue, completely bypassing the command pipe >>> and the command pipe reader thread. It also allows you to do >>> remote command execution and a bunch of other things. >>> >>> Daniel. >>> >>> On Feb 19, 2009, at 3:05 PM, Paul Fitzpatrick wrote: >>> >>>> I am also using the command pipe to submit passive service checks >>>> via nsca to a master nagios host which does notifications and >>>> runs event handlers. I am also interested in knowing what is >>>> the alternative to the command pipe referred-to by Daniel. >>>> >>>> On Thu, Feb 19, 2009 at 1:51 AM, <yan...@in...> >>>> wrote: >>>> >>>> Could someone light me about how to use something else than >>>> command pipe to >>>> >>>> improve performance? >>>> >>>> >>>> >>>> >>>> >>>> On Tue, 17 Feb 2009 08:32:32 -0800, "D. Emmanuel Feinsmith" >>>> >>>> <da...@da...> wrote: >>>> >>>>> Alessandro, >>>> >>>>> >>>> >>>> Its inefficiency primarily arises when it needs to either >>>> >>>>> receive passive checks (through the command pipe bottleneck) >>>> >>>> >>>> >>>>> >>>> >>>>> The key to nagios scalability and latency reduction is to educe >>>> the # >>>> >>>>> of fork/exec's to the smallest amount possible and keep away >>>>> from >>>> the >>>> >>>>> command pipe as much as you can if you are passive-check heavy. >>>> >>>>> >>>> >>>>> Daniel. >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Open Source Business Conference (OSBC), March 24-25, 2009, San >>>> Francisco, CA >>>> -OSBC tackles the biggest issue in open source: Open Sourcing the >>>> Enterprise >>>> -Strategies to boost innovation and cut costs with open source >>>> participation >>>> -Receive a $600 discount off the registration fee with the source >>>> code: SFAD >>>> http://p.sf.net/sfu/XcvMzF8H >>>> _______________________________________________ >>>> Nagios-devel mailing list >>>> Nag...@li... >>>> https://lists.sourceforge.net/lists/listinfo/nagios-devel >>>> >>>> ------------------------------------------------------------------------------ >>>> Open Source Business Conference (OSBC), March 24-25, 2009, San >>>> Francisco, CA >>>> -OSBC tackles the biggest issue in open source: Open Sourcing the >>>> Enterprise >>>> -Strategies to boost innovation and cut costs with open source >>>> participation >>>> -Receive a $600 discount off the registration fee with the source >>>> code: SFAD >>>> http://p.sf.net/sfu/XcvMzF8H_______________________________________________ >>>> Nagios-devel mailing list >>>> Nag...@li... >>>> https://lists.sourceforge.net/lists/listinfo/nagios-devel >>> >>> ------------------------------------------------------------------------------ >>> Open Source Business Conference (OSBC), March 24-25, 2009, San >>> Francisco, CA >>> -OSBC tackles the biggest issue in open source: Open Sourcing the >>> Enterprise >>> -Strategies to boost innovation and cut costs with open source >>> participation >>> -Receive a $600 discount off the registration fee with the source >>> code: SFAD >>> http://p.sf.net/sfu/XcvMzF8H_______________________________________________ >>> Nagios-devel mailing list >>> Nag...@li... >>> https://lists.sourceforge.net/lists/listinfo/nagios-devel >> > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Nagios-devel mailing list > Nag...@li... > https://lists.sourceforge.net/lists/listinfo/nagios-devel |