Extremely bad performance when enabling process_performance_data on Solaris 10?

[Steffen Poulsen]

Hi,

These are very interesting suggestions, thanks all - I will give them a try asap.

It worries me that we are not able to use the process_performance_data parameter at all, though - but perhaps that's just how it is on !linux :-)

Best regards,
Steffen 

> -----Oprindelig meddelelse-----
> Fra: nagios-devel-bounces at lists.sourceforge.net 
> [mailto:nagios-devel-bounces at lists.sourceforge.net] På vegne 
> af Mark Eisenblaetter
> Sendt: 27. september 2007 14:06
> Til: Nagios Developers List
> Emne: Re: [Nagios-devel] Extremely bad performance when 
> enablingprocess_performance_data on Solaris 10?
> 
> Hi,
> 
> if you try pnp just use the npcd. So nagios has only move the File.
> So you can get the most of the duty away from nagios.
> 
> Mark
> 
> 
> On 9/27/07, Olivier JAN <ojan at expertise-online.net> wrote:
> > Steffen,
> >
> > Why not give a test to pnp 
> http://www.ederdrom.de/doku.php/nagios/pnp_en/ ?
> > It's a nice piece of software for performance graphing and 
> is nagios 3 
> > ready.
> >
> > One of it's possibility is to take performance_data_file as 
> input as 
> > described in pnp in bulk mode. This is what i use and it 
> works like a 
> > charm... at least on i686 platform ;-)
> >
> >
> > Best regards
> >
> >
> > Olivier Jan
> >
> > "Steffen Poulsen" <step at tdc.dk> Ecrivait:
> > > Hi,
> > >
> > > We are trying to add graphs to our nagios installation using 
> > > nagiosgrapher, and we would now like to enable the 
> > > process_performance_data in nagios.cfg to allow for 
> performance data 
> > > to be sent to our graphing server, using udp.
> > >
> > > We have tried various of doing this, invoking perl on udpsend.pl, 
> > > using epn (the embedded perl compiler) and compiling udpecho.c.
> > >
> > > udpecho.c is the fastest of the set, but still 
> performance is alarming:
> > > only 4 (four!) passive checks were now processed per second, 
> > > everything grinded to a halt and we had to disable 
> process_performance_data again.
> > > We now have ~5000 services reporting in using NSCA, so we need 
> > > another kind of performance.
> > >
> > > We expect that others have probably ran into this issue 
> as well and 
> > > we are eager to hear how other people solved it?
> > >
> > > It seems it doesn't matter which command is run, it can 
> be a no-op 
> > > script - as soon as any command is set, processing "halts".
> > >
> > > We are running Nagios 3b03 and the hardware platform is a 
> Sun T1000 
> > > (should be reasonably up to date, 
> > > http://www.sun.com/servers/coolthreads/t1000/).
> > >
> > > If there is no imminent patch for the above issue, 
> perhaps it is a 
> > > possibility to redirect performance data output to a file 
> and have 
> > > an external process read from it? (while readline, send udp). Any 
> > > existing solutions to this end?
> > >
> > > All inputs are appriciated - if we are on the wrong track 
> using Sun 
> > > hw for Nagios and we would be better of on i386, please 
> let us know.
> > >
> > > Best regards,
> > > Steffen Poulsen
> > >
> > > 
> --------------------------------------------------------------------
> > > ----- This SF.net email is sponsored by: Microsoft Defy all 
> > > challenges. Microsoft(R) Visual Studio 2005.
> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > _______________________________________________
> > > Nagios-devel mailing list
> > > Nagios-devel at lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/nagios-devel
> > >
> > >
> >
> >
> >
> >
> > 
> ----------------------------------------------------------------------
> > --- This SF.net email is sponsored by: Microsoft Defy all 
> challenges. 
> > Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Nagios-devel mailing list
> > Nagios-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-devel
> >
> 
> 
> --
> Mark Eisenblätter
> Geissendoerfer & Leschinsky GmbH
> www.gl-sytemhaus.de
> 
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by: Microsoft Defy all 
> challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Nagios-devel mailing list
> Nagios-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-devel
> 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/