Well...I have found one thing that is interesting... With the trace_level set to 5, I do NOT have any problems at all. However, at 0,1,2,3 or 4 I have problems.
Does this make any sense to anyone? The most I can get in a log file is at trace_level=4 and it is just this: --- May 19 17:18:51 vault dbmail/pop3d[24695]: PerformChildTask(): incoming connection from [xx.xxx.xxx.xx] May 29 17:18:51 vault dbmail/pop3d[24695]: user [EMAIL PROTECTED] could not be validated --- At this point it seems to go into a loop or something, using up all processor ticks and NOT returning an error to the user. When I go in and issue 'killall dbmail-pop3d' is when the user gets a 'password incorrect' message on his/her screen. So far it will not freak out when it's at trace_level 5, but then the logs are huge. I'm still baffled. Thanks... -- Jason On Sun, 2003-05-18 at 13:34, Micah Stevens wrote: > go through the logs and find where he's getting an invalid PW error, if you > have the trace level set to 5 it should provide some usefull information > there. Post that bit if you can maybe others can help. > > I would restart the pop server and purposely log in with an incorrect > password > too to see what happens. > > I know I have at least 1 OSX user and this isn't a problem, I'm using a CVS > from February though. > > -Micah > > > On Saturday 17 May 2003 3:30 pm, Jason Burfield wrote: > > Another quick follow-up... > > > > My server just freaked and ran up to a load average over 32.00. That is out > > of control! Wow! > > > > There were 30 dbmail-pop3d processes all carrying a load. I killed the > > server and then with a copy of the log file, traced each of the pids back. > > > > Every single one of them ended with: > > > > -- > > May 17 17:31:21 vault dbmail/pop3d[24001]: auth_md5_validate(): user > > [EMAIL PROTECTED] could not be validated > > -- > > > > Obviously, the address has been changed. > > > > I found that this user is using the Apple Mail program on OS X to check > > mail. And, he is checking mail every one minute. (yeah, I know...but what > > can I do?) > > > > It seems that most of his connections work fine, but then, for whatever > > reason, he gets an error about his password being incorrect. > > > > This seems to be when the server takes off and creates a huge load. > > > > I'm really getting concerned now because when the server is left alone for > > a few hours, it gets to be out of control. > > > > If there is any additional info anyone would like to see, please let me > > know...I'd like to help figure this one out! > > > > Thanks again... > > > > -- Jason > > > > on 5/17/03 2:23 AM, Eelco van Beek - IC&S at [EMAIL PROTECTED] wrote: > > > 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]
