The most important thing pop & imap share is the connection handling
code. Roel is checking that out for bugs.
Best regards,
eelco
On zaterdag, mei 17, 2003, at 04:22 Europe/Amsterdam, Chris Nolan wrote:
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
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_________________________
E.J.A. van Beek
ICT Manager
IC&S
T: +31 30 2322878
F: +31 30 2322305
PGP-key:
www.ic-s.nl/keys/eelco.txt
