Maybe check out check_icmp (as a drop in replacement for check_ping). You
have to use setuid and run it as root (so may want to look into a chroot
jail). It can check multiple hosts at once and creates the sockets itself
instead of running ping and parsing the output so it may run a bit lighter
(haven't confirmed this myself so it's only speculation on my part).
On Wed, Jan 5, 2011 at 11:26 PM, Tomas Macek <[email protected]> wrote:
> Hi, I have Intel server with 2 xeon 3.00 GHz physical processors (together
> 4 cores) and 16 GB RAM on RAID 1 array. I monitor with this about 1600
> services and 1000 hosts. The service monitoring consists mostly (maybe
> 95%) on check_ping and check_snmp services.
>
> I have an experience from the past, that when the nagios/icinga load is
> too heavy, some checks are somehow skipped and I can see it for example in
> "Host
> problems" in the column "last check" - the last check is for example some
> hours old, when it should be checked every 5 minutes. Forcing the check
> solves always the problem.
> For example this morning some host was down but never recovered, altbough
> the check ping service on this was OK. Forcing the host check resolved
> this.
>
> Do you think that this hardware is enaugh for such a load? Don't you think
> that I'm doing something wrong? Thank you for experiances
>
> Regards, Tomas
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> icinga-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/icinga-users
>
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
icinga-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/icinga-users
