Re: [Nagios-users] too much memory usage on Nagios server

2013-02-15 Thread nap
On Fri, Feb 15, 2013 at 11:04 AM, Marco Borsani  wrote:

> Hi all
>
> ** **
>
> I have too cluster centos , both with Nagios 3.3.1 , both with 4Gb of ram.
> 
>
> ** **
>
> Nagios “A” , has 400 servers and 3300 services configured. Its memory
> usage is about 88%
>
> Nagios “B” , has 300 servers and 1900 services configured. Its memory
> usage is about 95%
>
> ** **
>
> Where/How can I investigate to understand why this big difference (less
> checks , more memory usage) ?
>

Is the embeeded perl enabled? (the 1.9K services can maybe call more perl
than the other).


Jean
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
Nagios-users mailing list
Nagios-users@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

Re: [Nagios-users] Disable ALL Nagios Notifications For One Hour, On One Day, Every Month

2013-02-18 Thread nap
Le 18 févr. 2013 18:32, "Jon Adcock"  a écrit :
>
>
>   Within Nagios, is there some way to disable ALL Nagios notifications
from 6:00 AM to 7:00 AM every 3rd Saturday of every month?
>
>   I could run a cron job that replaced the nagios.cfg file with one that
has enable_notifications=0 at 6:00 AM (and restart the service), then run
another cron job that replaced the nagios.cfg file with the original file
at 7:00 AM (and restart the service), but I'm looking for a solution within
Nagios.
>
>
>
Hi,

Why not add an "exclude" entry to your notification timeperiods?

Regards,

Jean
--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/___
Nagios-users mailing list
Nagios-users@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

Re: [Nagios-users] Help with CPU Check Thresholds

2013-04-01 Thread nap
On Mon, Apr 1, 2013 at 2:05 PM, Scott Wilkerson wrote:

> Alex,
>
> It would be very common for a machine with multiple CPU's to have a
> higher load.  On a 16 CPU machine, no processes would be waiting at all
> with a load under 16.
>

Hi,

Yes if all the load is consumed by CPUs, but it's quite rare. For example
with a database the most time is spend on disks I/O, and a 16cpu server
won't help here, you can be overload with a load average > 1 in this case.

The "good" load average is very specific for each server/application. CPU
number is a just a part of the "load" equation.


Jean


>
> Scott Wilkerson
> Technical Support Specialist
> ___
> Email: swilker...@nagios.com
> Web:   www.nagios.com
>
>
--
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2___
Nagios-users mailing list
Nagios-users@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

Re: [Nagios-users] IPv6 support

2011-06-09 Thread nap
On Thu, Jun 9, 2011 at 12:57 PM, Mark Elsen  wrote:

> On Thu, Jun 9, 2011 at 11:47 AM, Andreas Ericsson  wrote:
>
> That's probably not completely true, because the config files allow you to
> specify IP addresses, if so desired. If IPv6 aware, these should, at
> least,be
> parsed correctly ?
>
> Hi,

In fact no. Like Andreas said, Nagios do not even understand what an IP is.
It's just a string for it to be pass to plugins as a macro (still a string).
It will not parse it.


Jean

> M.
>
>
--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev___
Nagios-users mailing list
Nagios-users@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

Re: [Nagios-users] Multiple parents: *any* or *all*?

2012-06-26 Thread nap
On Tue, Jun 26, 2012 at 11:28 AM, Jack Bates <1j1...@nottheoilrig.com>wrote:

> When you list multiple other hosts in the "parents" directive of a host,
> does it mean that this host should be reachable if *any* of these
> parents are up, or only if *all* of these parents are up?
>
> Hi,

It will be unreachable if, and only if, ALL its parents are down (or
unreachable). (this is a big OR rule)
This is different from host dependencies when only one dependency is enough
to be like "unreachable". (this is a big AND rule)

Regards,


Jean
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Nagios-users mailing list
Nagios-users@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