Hey all —
I recently upgraded our install from 2.2.11 to 3.2.3. An issue has cropped up since the upgrade, where db threads seem to get congested, stuck running the same type of query:
a current sample:
+---------+--------+-----------------+--------+---------+------+----------+---------------------------------------------------------------------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
+---------+--------+-----------------+--------+---------+------+----------+---------------------------------------------------------------------------------------------+
| 1288823 | dbmail | 10.0.0.88:21865 | dbmail | Sleep | 15 | | NULL |
| 1294724 | dbmail | 10.0.0.88:39566 | dbmail | Query | 21 | Updating | UPDATE dbmail_messages SET status=2 WHERE message_idnr=24497928 |
| 1294729 | dbmail | 10.0.0.88:39578 | dbmail | Sleep | 0 | | NULL |
| 1294731 | dbmail | 10.0.0.88:39584 | dbmail | Query | 51 | Updating | UPDATE dbmail_messages SET status=2 WHERE message_idnr=24498190 |
Those update queries will grow in number until it consumes the number of max_connections that I’ve set in dbmail.conf.
In searching the lists, I’ve seen mention of this, but all referring to dbmail 2.x
Current environment:
frontend:
Freebsd 10.1.p5, quad core xeon 2.66 GHz, 4 GB ram, dbmail 3.2.3 from ports, nginx proxy (for ssl), imap only (no pop3), postfix mail server
backend:
Freebsd 9.2.p10, running mysql 5.5.25 (from ports), 16 GB ram, zfs disk, pure db server, 95% for dbmail.
51 email users, 214 aliases, busy mail intake throughout the day
approx 1 million messages in the DB, over 50 GB of mail data
majority of mail clients are apple mail, and iphones. 2 outlook clients (2007 and 2010)
I know it’s not recommended, but I’ve upped max_db_connections to 50 at this point, just to allow a longer time between restarts, as the UPDATE queries will tend to grow over time, until they flood the available connections.
Could anyone help shed some light as to what may be going on?
--
Mark Maurer
mark@solinus.com
_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
I recently upgraded our install from 2.2.11 to 3.2.3. An issue has cropped up since the upgrade, where db threads seem to get congested, stuck running the same type of query:
a current sample:
+---------+--------+-----------------+--------+---------+------+----------+---------------------------------------------------------------------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
+---------+--------+-----------------+--------+---------+------+----------+---------------------------------------------------------------------------------------------+
| 1288823 | dbmail | 10.0.0.88:21865 | dbmail | Sleep | 15 | | NULL |
| 1294724 | dbmail | 10.0.0.88:39566 | dbmail | Query | 21 | Updating | UPDATE dbmail_messages SET status=2 WHERE message_idnr=24497928 |
| 1294729 | dbmail | 10.0.0.88:39578 | dbmail | Sleep | 0 | | NULL |
| 1294731 | dbmail | 10.0.0.88:39584 | dbmail | Query | 51 | Updating | UPDATE dbmail_messages SET status=2 WHERE message_idnr=24498190 |
Those update queries will grow in number until it consumes the number of max_connections that I’ve set in dbmail.conf.
In searching the lists, I’ve seen mention of this, but all referring to dbmail 2.x
Current environment:
frontend:
Freebsd 10.1.p5, quad core xeon 2.66 GHz, 4 GB ram, dbmail 3.2.3 from ports, nginx proxy (for ssl), imap only (no pop3), postfix mail server
backend:
Freebsd 9.2.p10, running mysql 5.5.25 (from ports), 16 GB ram, zfs disk, pure db server, 95% for dbmail.
51 email users, 214 aliases, busy mail intake throughout the day
approx 1 million messages in the DB, over 50 GB of mail data
majority of mail clients are apple mail, and iphones. 2 outlook clients (2007 and 2010)
I know it’s not recommended, but I’ve upped max_db_connections to 50 at this point, just to allow a longer time between restarts, as the UPDATE queries will tend to grow over time, until they flood the available connections.
Could anyone help shed some light as to what may be going on?
--
Mark Maurer
mark@solinus.com
_______________________________________________
DBmail mailing list
DBmail@dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail