Hi all,
I am having an extremely similar problem with dbmail-imapd (running
dbmail 1.1). And, to simplify things somewhat, I can tell you a bit
about the problem.
1. MySQL is *not* the cause of this problem. I am using MySQL 4.0.12 and
killing dbmail-imapd very quickly brings the load average down.
2. The load average grows linearly, so one day after having dbmail-imapd
running, the load average will read "1.00 1.00 1.00", the second day
"2.00 2.00 2.00" the third day "3.00 3.00 3.00" etc.
3. I am running Mandrake 9.0 (one of the last glibc 2.2-based distros).
4. DBMail very happily maxes out MySQL's connection pool. I'm betting
this has something to do with it (trying to connect from any other
machine with any MySQL client or another DBMail instance will always
fail after dbmail-imapd has been running for a few days).
5. I have many indexes and foreign key constraints in place as have been
suggested on this list.
6. I only have 8 people using this server - 6 with IMAP clients and 2
with POP3 clients.
7. SquirrelMail's performance degrades as the load average goes up, and
massively. It takes 10 seconds to render each frame due to the IMAP side
of things being so heavily choked.
If anyone has any other questions or any suggestion as to where the
problem is in the source (I'm a 4th year Software Engineering student at
a uni where C is the primary language and Unix is the primary platform)
I'll have a go at fixing it.
Interestingly, Roel said that they only get this problem every few
months with some of their customer sites....
Chris
lou wrote:
In some email I received from Jason Burfield <[EMAIL PROTECTED]> on 16 May 2003
14:54:16
-0400, wrote:
Hi jason,
did you try to attach a debugger to the process?
in any way if you can get us dump image off the process that would be great.
kill -ABRT <pid>
should make the process exit with a core dump.
anyway, might be an infinite loop or something?
cheers.
It's dbmail-pop3d.
Currently TOP is showing this:
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
21088 root 15 0 564 564 500 S 99.9 0.0 181:42 dbmail-pop3d
The database currently has all proper indexes...and it does not seem to
be a MySQL issue at all.
And, the load average continues to grow the longer that dbmail-pop3d
continues to run.
It is currently at 11.57
This is the highest I personally have EVER seen one of my machines go.
Also, when I check the maillog it does not seem to be doing anything out
of the ordinary. It almost looks like one child process has just run off
and refuses to stop...but the log is not showing tons of stuff going on.
I'm totally freaked and confused now!
Thanks!
-- Jason
On Fri, 2003-05-16 at 14:39, Aaron Stone wrote:
When you run top, do you find that most of the CPU time is being taken by
dbmail-pop3d itself, or by mysqld? In the latter case, you may do well to
tune the database a bit in my.cnf, and to add the indices posted to the
list a couple of times. If it's pop3d.. umm... sounds bad, post more info!
Aaron
On 16 May 2003, Jason Burfield wrote:
I have searched through back messages and found one thread with someone
having huge load averages caused by dbmail-smtpd.
Well...I'm getting HUGE load averages with dbmail-pop3d.
For whatever reason the load average on my box is jumping up to well
over 7.00 after dbmail-pop3d has been running for a few minutes.
This is on a dual 2.4ghz Xeon with 4 gigs of RAM...so I can't for the
life of me, imagine what would cause that type of load.
This mail server went up last night...so in the past 24 hours it has
accepted something around 2000 messages. We do have lots of clients
checking mail frequently, around every 5 minutes, however, I wouldn't
think that would cause this type of load.
I'm running dmail-1.1, MySQL and Postfix on Linux. (RH 8)
As an example, at this very moment the box has a load average of 5.62.
There are currently 6 clients connected to the pop server.
Does anyone have any idea what may be causing this? We don't have that
many clients, only about 300 email clients...what type of load should be
expected from that type of base?
Any help is greatly appreciated.
Thanks!
-- Jason
-- Jason Burfield
-- [EMAIL PROTECTED]
_______________________________________________
Dbmail mailing list
Dbmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
Dbmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
Dbmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail