[Dovecot] 1.0rc7 getting near

Scott Ellis scotte at intrepid.dnsalias.com
Thu Aug 17 22:17:31 EEST 2006


On Wed, Aug 16, 2006 at 05:00:33PM +0300, Timo Sirainen wrote:
> On Sat, 2006-08-12 at 22:03 -0700, Scott Ellis wrote:
> > I tried 20060812 nightly on NetBSD-current, and it fails (rc2 works 
> > "almost" perfectly) during auth:
> > 
> > Aug 12 21:42:07 intrepid dovecot: Dovecot v1.0.rc6 starting up
> > Aug 12 21:42:15 intrepid dovecot: child 3534 (auth) killed with signal 11
> 
> Could you get gdb backtrace from it? The core should be written
> to /var/run/dovecot directory as long as you had high enough ulimit -c
> and hadn't changed auth_user from root.
> 
> And what passdb and userdb are you using? checkpassword?
> 

I'm using checkpassword as the userdb and passdb.  Still getting this problem
with the "2nd" -latest of today (per the kqueue on BSD thread).  Backtrace
is as follows:

Core was generated by `dovecot-auth'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000000004160d6 in sigchld_handler (signo=20, context=0x0)
    at passdb-checkpassword.c:147
147                     request = hash_lookup(module->clients, POINTER_CAST(pid));
(gdb) bt
#0  0x00000000004160d6 in sigchld_handler (signo=20, context=0x0)
    at passdb-checkpassword.c:147
#1  0x0000000000422599 in signal_read (context=0x0) at lib-signals.c:90
#2  0x0000000000422260 in io_loop_handler_run (ioloop=0x546000)
    at ioloop-kqueue.c:143
#3  0x000000000042161b in io_loop_run (ioloop=0x546000) at ioloop.c:280
#4  0x0000000000410dc6 in main (argc=1, argv=0x7f7fffffec00) at main.c:322
(gdb)

This is on NetBSD/amd64 -current (as of August 8th).

Needless to say, I can't try out the "fixed" kqueue functionality yet due to
this issue. :-)

	ScottE




More information about the dovecot mailing list