Nagios 3.0.4 performance issue

Alloo, Vincent v-alloo at ti.com
Thu Nov 20 13:01:27 CET 2008


So maybe a bug somewhere. I'm open to help in the debugging effort if needed. Let me know.
Regards,

Vincent Alloo
TI France Design Systems Operations Manager
Europe and Middle East IT Services
Texas Instruments France

E-Mail: v-alloo at ti.com
Phone: +33 4 93 22 26 97
Mobile: +33 6 82 13 00 80

-----Original Message-----
From: Andreas Ericsson [mailto:ae at op5.se] 
Sent: Thursday, November 20, 2008 12:15 PM
To: Alloo, Vincent
Cc: nagios-users at lists.sourceforge.net
Subject: Re: [Nagios-users] Nagios 3.0.4 performance issue

Alloo, Vincent wrote:
> Adreas,
> I have changed a little bit my configuration, and I can confirm the CPU load is NOT coming from servicedependency but only from the big servicegroup definition.
> I have removed from the conf the servicedependency definition, keeping only the servicegroup definition and association, and my CPU load is huge. By removing the servicegroup, the CPU is back to normal.
> Regards,
> 

That's utterly bizarre. Servicegroups should never (ever) be this
thoroughly examined by Nagios during runtime. They're just nifty
GUI grouping things and syntactic sugar.

-- 
Andreas Ericsson                   andreas.ericsson at op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Nagios-users mailing list
Nagios-users at 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





More information about the Users mailing list