Extremely bad performance when enabling process_performance_data on Solaris 10?
Olivier JAN
ojan at expertise-online.net
Thu Sep 27 13:42:48 CEST 2007
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/
More information about the Developers
mailing list