On Oct 28, 2009, at 10:29 AM, Jonathan Siegle wrote:
>
> On Oct 27, 2009, at 7:36 PM, Timo Sirainen wrote:
>
>> On Wed, 2009-09-16 at 13:50 -0400, Jonathan Siegle wrote:
I found something in syslog today:
local0.log.20090916:Sep 16 11:58:01 dovecot: auth(default): BUG:
Work
On Oct 27, 2009, at 7:36 PM, Timo Sirainen wrote:
On Wed, 2009-09-16 at 13:50 -0400, Jonathan Siegle wrote:
I found something in syslog today:
local0.log.20090916:Sep 16 11:58:01 dovecot: auth(default): BUG:
Worker sent reply with id 1, expected 2
local0.log.20090916:Sep 16 11:58:01 dovecot:
On Wed, 2009-09-16 at 13:50 -0400, Jonathan Siegle wrote:
> > I found something in syslog today:
> >
> > local0.log.20090916:Sep 16 11:58:01 dovecot: auth(default): BUG:
> > Worker sent reply with id 1, expected 2
> > local0.log.20090916:Sep 16 11:58:01 dovecot: auth(default): worker-
> > server
On Thu, Sep 10, 2009 at 12:47 PM, Timo Sirainen wrote:
> On Thu, 2009-09-10 at 12:22 -0700, Nathan M wrote:
>> The difference is we aren't doing PAM, we have it disabled. We do SQL
>> authentication only. Exact same symptoms, the server and all active
>> connections remain online; however, new c
On Sep 16, 2009, at 1:35 PM, Jonathan Siegle wrote:
On Sep 10, 2009, at 2:43 PM, Timo Sirainen wrote:
Yes. Also having auth_debug=yes enabled might show something useful.
What does it log last before it stops responding?
I found something in syslog today:
local0.log.20090916:Sep 16 11:58
On Sep 10, 2009, at 2:43 PM, Timo Sirainen wrote:
On Thu, 2009-09-10 at 14:32 -0400, Jonathan Siegle wrote:
It only helps when I kill dovecot-auth, not dovecot-auth -w.
Interesting..
What if you kill imap-login processes instead?
I don't have imap-login processes associated with inetd s
On Thu, Sep 10, 2009 at 12:47 PM, Timo Sirainen wrote:
>
> So killing dovecot-auth fixes the problem? What if you set
> login_process_per_connection=no?
>
>
Next time it happens I'll just try killing dovecot-auth. Thus far the
fix has been fairly crude:
killall dovecot
/usr/local/sbin/dovecot
On Thu, 2009-09-10 at 12:22 -0700, Nathan M wrote:
> The difference is we aren't doing PAM, we have it disabled. We do SQL
> authentication only. Exact same symptoms, the server and all active
> connections remain online; however, new connections coming in via
> POP3/IMAP hang. The connection is
On Thu, Sep 10, 2009 at 11:43 AM, Timo Sirainen wrote:
> On Thu, 2009-09-10 at 14:32 -0400, Jonathan Siegle wrote:
>> It only helps when I kill dovecot-auth, not dovecot-auth -w.
>
> Interesting..
>
>> > What if you kill imap-login processes instead?
>> >
>>
>> I don't have imap-login processes as
On Thu, 2009-09-10 at 14:32 -0400, Jonathan Siegle wrote:
> It only helps when I kill dovecot-auth, not dovecot-auth -w.
Interesting..
> > What if you kill imap-login processes instead?
> >
>
> I don't have imap-login processes associated with inetd spawned
> dovecot.
Why do you use inetd? I'
On Sep 9, 2009, at 4:16 PM, Timo Sirainen wrote:
On Wed, 2009-09-09 at 14:12 -0400, Jonathan Siegle wrote:
Running dovecot 1.2.4(imap only) on AIX out of inetd. I accept
passwords(PAM for auth) and kerberos tickets. Occasionally we see
dovecot-auth stop responding. I just kill it off and anoth
On Wed, 2009-09-09 at 14:12 -0400, Jonathan Siegle wrote:
> Running dovecot 1.2.4(imap only) on AIX out of inetd. I accept
> passwords(PAM for auth) and kerberos tickets. Occasionally we see
> dovecot-auth stop responding. I just kill it off and another process
> is spawned which works fine.
Running dovecot 1.2.4(imap only) on AIX out of inetd. I accept
passwords(PAM for auth) and kerberos tickets. Occasionally we see
dovecot-auth stop responding. I just kill it off and another process
is spawned which works fine. It doesn't look like it is hitting any
ulimits(11MB for memory).
13 matches
Mail list logo