On Wed, 2007-11-28 at 08:09 -0700, Jackie Hunt wrote:
Problem was that it was reading a 50MB mail in 12kB blocks, and Dovecot
wasn't handling that very well. Fixed:
http://hg.dovecot.org/dovecot-1.0/rev/0fba164c6ba6
http://hg.dovecot.org/dovecot-1.0/rev/edd95f9c6ba4
That's awesome!
On Dec 4, 2007, at 9:09 AM, Stewart Dean wrote:
I found this interesting...Finland has just come out tops again in
the latest PISA evaluation of secondary school student science
prowess as it has been for some years. The US, no surprise, comes
out in the middle as Joe and Jill SixPack
Problem was that it was reading a 50MB mail in 12kB blocks, and Dovecot
wasn't handling that very well. Fixed:
http://hg.dovecot.org/dovecot-1.0/rev/0fba164c6ba6
http://hg.dovecot.org/dovecot-1.0/rev/edd95f9c6ba4
That's awesome! Thanks so much Timo, you always come through!
I'll install
On Tue, 2007-11-27 at 11:38 -0700, Jackie Hunt wrote:
Thanks for the suggestion on the truss command, Timo:
truss -d -rO -w1
We have seen the imap process consuming 100% CPU again, and this time I
was able to get a trace, but it's too long to post to the list. I've sent
a copy to Timo.
:w On Mon, 2007-11-19 at 16:12 -0500, Stewart Dean wrote:
I think I'm seeing this with TBird and 1.0.7...with my own account! It
may even be a Tbird problem.
I have a 4way mail server, so when I get 25%, it's 100% of one
processor. I tried killing the imap process on the server and it
I think I'm seeing this with TBird and 1.0.7...with my own account! It
may even be a Tbird problem.
I have a 4way mail server, so when I get 25%, it's 100% of one
processor. I tried killing the imap process on the server and it can
back at 9% and climbed quickly back up to 25%. It wasn't
On Sun, 2007-10-21 at 00:47 +0300, Timo Sirainen wrote:
On Wed, 2007-10-10 at 10:50 -0600, Jackie Hunt wrote:
Attached is the truss for the imap process we are seeing which is
chewing up CPU. We've seen this issue on several different clients,
usually first thing in the morning. Shutting
On Mon, 2007-11-19 at 16:12 -0500, Stewart Dean wrote:
I think I'm seeing this with TBird and 1.0.7...with my own account! It
may even be a Tbird problem.
I have a 4way mail server, so when I get 25%, it's 100% of one
processor. I tried killing the imap process on the server and it can
Is this behavior cured, or do you continue to see it?
No, the behavior isn't cured. We still continue to see it
with various clients. I have posted a couple of truss outputs,
but so far no resolution.
Sorry for the slow response. I've been fighting other fires.
Jackie
Jackie Hunt
Attached is the truss for the imap process we are seeing which is
chewing up CPU. We've seen this issue on several different clients,
usually first thing in the morning. Shutting down the client and
restarting always seems to get Dovecot back in sync. Hope we can
get some help with this.
On Wed, 2007-09-26 at 09:12 -0600, Jackie Hunt wrote:
istream-file._read(stream = 0x200274a8), line 120 in istream-file.c
i_stream_read(stream = 0x200274cc), line 58 in istream.c
istream-raw-mbox._read(stream = 0x20028ab8), line 160 in istream-raw-mbox.c
i_stream_read(stream = 0x20028adc),
On Mon, 2007-09-03 at 12:37 +0200, Robert Tomanek wrote:
Hi,
Sunday, September 2, 2007, 22:42:37, you wrote:
0x0806049d in imap_sync_more (ctx=3D0x80d9770) at imap-sync.c:104
104 if (ctx-seq =3D=3D 0) {
A short follow-up on this, looks like an infinite loop to
Hi,
Saturday, September 8, 2007, 2:29:45, you wrote:
0x0806049d in imap_sync_more (ctx=0x80d9770) at imap-sync.c:104
104 if (ctx-seq == 0) {
A short follow-up on this, looks like an infinite loop to me, unless
some threading magic is supposed to happen here:
Fixed:
Hello Jackie,
Unfortunately, I am not really moving forward with that as I do not
have much insight into the context structure in question. I guess we
need to wait until Timo answers my e-mail.
Yes, haven't seen much from him lately. Must be busy or vacation...
On the other
On Sep 7 2007, Jackie Hunt wrote:
Sorry, don't know about the mid: protocol. Not sure how to get to the
reference you sent. From your email it looks like gdb has the ability
to attach to a running process. We have dbx which I don't believe
can do that. It would be nice to confirm our
On Mon, 2007-09-03 at 12:37 +0200, Robert Tomanek wrote:
Hi,
Sunday, September 2, 2007, 22:42:37, you wrote:
0x0806049d in imap_sync_more (ctx=0x80d9770) at imap-sync.c:104
104 if (ctx-seq == 0) {
A short follow-up on this, looks like an infinite loop to me, unless
Hi,
I have yet another problem with Dovecot: sometimes (rarely, maybe
once every few days) one of the imap processes will 'hang',
consuming all available CPU time. It does not seem to 'finish' in any
reasonable amount of time (in one instance I waited a few days).
Robert
Hi,
Sunday, September 2, 2007, 22:42:37, you wrote:
0x0806049d in imap_sync_more (ctx=0x80d9770) at imap-sync.c:104
104 if (ctx-seq == 0) {
A short follow-up on this, looks like an infinite loop to me, unless
some threading magic is supposed to happen here:
(gdb) step
Hi,
I have yet another problem with Dovecot: sometimes (rarely, maybe
once every few days) one of the imap processes will 'hang',
consuming all available CPU time. It does not seem to 'finish' in any
reasonable amount of time (in one instance I waited a few days). This
process will not even
19 matches
Mail list logo