On Thu, 6 Jan 2011, Christoph Maser wrote:
> Am Donnerstag, den 06.01.2011, 08:26 +0100 schrieb Tomas Macek: >> 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 >> > > > Hi Tomas > > how high is the load on the system? Are periodic host checks globally > enabled (execute_host_checks=1)? How does icingastats output look? Do > you run any addons (idoutils) or other services on the same machine? > > I think your hardware should be good enough for the number of > hosts/services unless you run the service checks in very short > intervals. > > Chris Please let me ask one more question about this: I could enable the hyper-threading on processors (now it's disabled). Do you think, that this will be good for system performance, when the system runs so much processes? People on internet differ in their opinions, so maybe someone here tried to on/off and knows if things will/will not change... ------------------------------------------------------------------------------ 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
