I've been noticing an oddity that on 3.1.7 that on occasion the main dbmail-imapd takes up 100% cpu of a core and the imapd becomes unresponsive to clients (with the clients outlook/thunderbird themselves becoming unresponsive) for a periods of anything between a few seconds and a minute. When this happens all over processes on the server (mainly httpd/mysql) are reported idle. This situation normally resolves itself and when the cpu load drops the child processes become active again, but is obviously irritating.
I've noticed our max number of connections for mysql 5.1.x is being hit; originally it was 150 and I've just bumped it to 300 as there are occasional errors in the dbmail.err file stating "Thread is having trouble obtaining a database connection. Try [0]" but this is not always the case when the thread starts to use 100% cpu. I have, however, not managed to catch the listing of connections at a point when mysql reports it is full (for instance right now it reports a mere 16 dbmail connections). Users are reporting they notice it when they are moving between folders but given uses do this all the time it can't be causing it in every instance. This is on our production machine, of course, but is there anything straightforward I can do to try and diagnose what might be going on? I'm aware of the previous spinlock threads for earlier versions but I thought that had been resolved. Also we are clearly seeing the memory leaks in 3.1.7 (700meg memory used after most of a working day) but I assume they are not related to cpu usage or the process locking up? Regards Daniel ------------------------ CWA International Balmoral House 9 John Street London WC1N 2ES (t) + 44 (0)20 7242 8444 (e) d...@cwa.uk.com (w) http://www.cwa.uk.com/ _______________________________________________ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
