Hi,
There is still a CPU hog. This is a different problem:
I'll send this message only once for now :). Sorry about the previous
problem.
#0 0x40101583 in chunk_free (ar_ptr=0x401b5300, p=0x8084168) at
malloc.c:3252
#1 0x401013f4 in __libc_free (mem=0x8084170) at malloc.c:3154
#2 0x40150a9
Hi,
Yes, sorry. My client indicated that the message never got sent so I
stopped it and resent only to find all this messages later on on the list.
Thanks,
Andy
Aaron Stone wrote:
I believe that you removed the exit() from this loop, too...
while(1)
{
send_to_dbmail_list( &msg_reply_to_roel
I believe that you removed the exit() from this loop, too...
while(1)
{
send_to_dbmail_list( &msg_reply_to_roel );
/*
We should stop here, but exit() doesn't work...
Guess we'll just comment this and see what happens ;-)
exit();
*/
}
Aaron
On Fri, 13 Dec 2002, Joby Walker wrote:
>
Andreas,
Please kill whatever is resending your email over and over and over...
Received: from [192.168.1.160] (localhost.localdomain [127.0.0.1])
by serv0r.modul.us (Postfix) with ESMTP id 4E66B741B0
for ; Fri, 13 Dec 2002 08:36:47 -0800 (PST)
Received: from [192.168.1.160] (lo
I agree wholeheartedly but i certainly prefer a system with segfaults
not consuming all cpu time over a system that does ;)
Andreas Richter heeft op vrijdag, 13 dec 2002 om 15:05
(Europe/Amsterdam) het volgende geschreven:
Hi,
I agree that this will fix the CPU load problem, but it doesn't r
Hi,
I agree that this will fix the CPU load problem, but it doesn't really fix
the original cause which is the segment violation. I would rather fix that.
Thanks,
Andy
On 12/13/02 8:49, "Andreas Richter" <[EMAIL PROTECTED]> wrote:
> My bad, I was looking at the wrong line. I will recompile.
> Tha
My bad, I was looking at the wrong line. I will recompile.
Thanks,
Andy
On 12/13/02 6:18, "Roel Rozendaal - IC&S" <[EMAIL PROTECTED]> wrote:
> I'm referring to the exit() on line 122 in serverchild.c - i've changed
> the call to _exit(); the adding of this function resolved our problem
> of the i
I'm referring to the exit() on line 122 in serverchild.c - i've changed
the call to _exit(); the adding of this function resolved our problem
of the imap daemon taking up all cpu time.
Andreas Richter heeft op donderdag, 12 dec 2002 om 16:19
(Europe/Amsterdam) het volgende geschreven:
Hi Ro
Hi Roel,
Sorry, but the CVS file does not have the exit anymore. I though you got
rid of it. Also maybe we should just remove the signal handler before
trying to shut down.
Thanks,
Andy
Roel Rozendaal - IC&S wrote:
where are those function calls in the ChildSigHandler() originating
from? The
where are those function calls in the ChildSigHandler() originating
from? The only function the ChildSigHandler() is calling is exit(); but
as i recall exit() isn't reentrant for every unix implementation -
could you check the effect of replacing the exit() call by a call to
_exit()? _exit() is
Hi,
Here is where the process is stuck:
#0 0x40101591 in chunk_free (ar_ptr=0x401b5300, p=0x8090e18) at
malloc.c:3252
#1 0x401013f4 in __libc_free (mem=0x8090e20) at malloc.c:3154
#2 0x400f1775 in _IO_new_fclose (fp=0x8090e20) at iofclose.c:85
#3 0x08051f7e in ChildSigHandler ()
#4
#5 chunk_
That's curious - we've had exactly this problem with the 1.0 imapd -
after a nasty signal (sigseg/sigbus) the process being signaled just
didn't exit but got stuck somewhere closing the database connection.
That's why I added the exit() to the serverchild.c signalhandler code.
Since then the pr
The first problem still seems to exist. In fact I think it's worse. Now I
got 98% of usage for just one process. It's one of the child processes that
uses all of the CPU. Doing an strace on it shows no system calls so the
process seems to be in a tight loop or just doing some internal calls. When
I
Hi,
Yes I just hit the pop3 server with about 20 or 30 requests back to back
and it crashes. Obviously I can say that this same way will work on your
machine also. How are you debugging this thing? I just can't seem to
cause it to core dump, because I can then easily tell you where the
error i
Hi Andreas,
i'm having some trouble reproducing this segfault - could you describe
the way you are causing it?
regards roel
Andreas Richter heeft op woensdag, 11 dec 2002 om 11:54
(Europe/Amsterdam) het volgende geschreven:
Hi,
I did some more tracing. The last traced item before the SegV
Hi,
I did some more tracing. The last traced item before the SegV is the decoded
commandtype as 1. I tried to figure out if it was crashing freeing the old
username, but that wasn't the case (in fact username was always NULL in my
crashes.) It then allocates a new username and goes out of pop3() an
I agree - i'll create a CVS branch for the 1.0.xxx stuff
Ryan Butler heeft op dinsdag, 10 dec 2002 om 16:06 (Europe/Amsterdam)
het volgende geschreven:
On Tue, 2002-12-10 at 04:24, Roel Rozendaal - IC&S wrote:
Hi andreas,
Your first problem has been fixed - cvs has been updated, i'll update
On Tue, 2002-12-10 at 04:24, Roel Rozendaal - IC&S wrote:
> Hi andreas,
>
> Your first problem has been fixed - cvs has been updated, i'll update
> the 1.0 release today. The 2nd and 3rd problem you describe are
> currently being looked into but all the information you (or anyone else
> on this
Hi,
I was previously using the thread: Re: [Dbmail] Bugfix: SMTP signal 11
Thanks,
Andy
Here is the server log from the pop3d crash:
Here is the log:
Dec 4 18:54:07 serv0r dbmail/pop3d[4885]: pop3(): incoming buffer: [QUIT]
Dec 4 18:54:07 serv0r dbmail/pop3d[4885]: pop3(): command looked up as
Hi andreas,
Your first problem has been fixed - cvs has been updated, i'll update
the 1.0 release today. The 2nd and 3rd problem you describe are
currently being looked into but all the information you (or anyone else
on this list) can send is very welcome. For instance, could you be more
spe
Hi,
I am having problems with the 1.0 version.
1. IMAPD takes up all of the CPU after a while of being used.
2. POP3D crashes quite often and I had to revert to the rc4 version.
3. IMAPD sometimes doesn't let my client retrieve messages I get weird
errors in the client saying that commands are inva
21 matches
Mail list logo
