Hello again,

After tuning my MySQL and a long weekend I checked my Icinga server again to see if everything was working fine. Not quite, the /var/log/messages was filled with messages like this (and filled the whole filesystem, 128 GB):

Oct 10 10:05:25 prdicin0001 ido2db: Handling client connection...
Oct 10 10:05:25 prdicin0001 ido2db: Successfully connected to mysql database
Oct 10 10:05:25 prdicin0001 ido2db: Successfully connected to mysql database
Oct 10 10:05:25 prdicin0001 ido2db: Successfully disconnected from mysql 
database
Oct 10 10:05:25 prdicin0001 ido2db: Successfully shutdown... (PID=30664)


And in the /tmp filesystem Icinga had written over 500 000 'checkxxxxxx' files, which made the filesystem go over its allowed inodes.
Leaving both the /var and /tmp filesystem unwriteable.
Oops!

Anyone problems like this?

Regards,
Maarten


On 6-10-2011 17:05, M. Diemel wrote:
Hi all,

I have tuned MySQL, mainly using the setting from
/usr/share/mysql/my-innodb-heavy-4G.cnf

a 'service icinga reload' doesn't give any 'Status data OUTDATED' warnings anymore.

Everything seems to work smoothly. Guess the problem was that the standard RHEL 6 MySQL config doesn't allow much connections.

Regards,
Maarten

On 4-10-2011 16:17, Maarten Diemel wrote:
Dear Icinga users and developers,


After doing a 'service icinga reload'
it looks like it takes about 442 seconds before the status data is 'updated'.


Current Network Status

Last Updated: Tue Oct 4 12:54:38 CEST 2011 - Updated every 90 seconds [pause]

Icinga 1.5.1 - Logged in as Uncle.X

Warning: Status data OUTDATED! Last status data update was 442 seconds ago!


Should it take so long? Is this normal behavior for Icinga?



System: HP blade 460c G7, with 2 Six-Core Intel Xeon, 2267 MHz and 8192 Mb memory.
OS: Red Hat Enterprise Linux Server release 6.1 (Santiago)
Icinga version 1.5.1 , RPM installation (RPM's are locally made from icinga.spec found in the official tarball)
DB: MySQL 5.1.52

Configuration is kept as close to the defaults as possible.
Only icinga.cfg attached, other config files (ido stuff) unchanged except for db_socket and password.

476 hosts and
1691 services are being checked

Machine seems not really busy, neither does our old server with exact configuration doing Nagios, running on a HP DL-385 (AMD), 2048 Mb mem, on RHEL4.

sar output of Icinga machine (period of reloading Icinga):

CPU %user %nice %system %iowait %steal %idle 12:40:01 PM all 1.71 0.00 0.60 1.09 0.00 96.60 12:45:01 PM all 1.80 0.00 0.63 1.24 0.00 96.33 12:50:01 PM all 1.16 0.00 0.37 2.34 0.00 96.13 12:55:01 PM all 0.61 0.00 0.08 2.43 0.00 96.88


Regards,
Maarten






------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1


_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/icinga-users




------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1


_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/icinga-users


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/icinga-users

Reply via email to