I have not tried to attach a debugger yet... I just restarted dbmail-pop3d after I found one anomoly in dbmail.conf, not that I think this would cause it, but instead of being set to run as user: dbmail and group: dbmail it was running as nobody and nogroup. I can't imagine that would make a difference, but I changed it and restarted...so now I'm waiting to see if it's going to climb again.
If it does, I try the debugger and send a dump. Thanks! -- Jason On Fri, 2003-05-16 at 16:07, 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 > > >
