[Dovecot] New to dovecot, little luck - signal 10 death for imap
Jeroen Scheerder
Jeroen.Scheerder at phil.uu.nl
Wed Jul 13 16:33:03 EEST 2005
Peter Evans wrote:
> Jeroen Scheerder (Jeroen.Scheerder at phil.uu.nl) wrote:
>
>>However, whenever a mailbox is selected, the imap subprocess dies.
>>Jul 13 14:52:05 localhost dovecot: imap-login: Login: js [127.0.0.1]
>>Jul 13 14:52:07 localhost dovecot: child 8082 (imap) killed with signal 10
>
>
> You're going to have to help us to help you. 10 is bus error (I think)
> which is badness.
>
> OS,
> version of dovecot
> etc.
>
> you might want to debug a coredump, that will tell you where/why its
> dying too.
I would merrily gdb into a coredump and stacktrace away, if a core dump were
created. No such luck.
I'm now logging directly to file using syslog, after having started dovecot.
There is no limit on coredumps:
% limit
cputime unlimited
filesize unlimited
datasize unlimited
stacksize 8MB
coredumpsize unlimited
descriptors 64
vmemorysize unlimited
% more /tmp/dovecot*
::::::::::::::
/tmp/dovecot-info.log
::::::::::::::
dovecot: Jul 13 15:27:35 Info: Dovecot v1.0-stable starting up
dovecot: Jul 13 15:28:21 Info: imap-login: Login: avank [127.0.0.1]
::::::::::::::
/tmp/dovecot.log
::::::::::::::
dovecot: Jul 13 15:28:21 Error: child 14882 (imap) killed with signal 10
Environmental details:
Solaris 7 (sparc)
dovecot 1.0-stable
compiled with ldap support
using gcc 3.3.4
4.0.0
4.0.1 (no difference here)
configured for mbox support
with locking matching procmail's delivery locking strategies
with authentication using passwd/shadow native databases
A header dump shows nothing suspect:
% elfdump -d /phil/sunos/sparc/pkg/dovecot-1.0-stable/libexec/dovecot/imap
Dynamic Section: .dynamic
index tag value
[0] NEEDED 0x1 libsocket.so.1
[1] NEEDED 0x117 librt.so.1
[2] NEEDED 0x140 libc.so.1
[3] NEEDED 0x397 libnsl.so.1
[4] NEEDED 0x3b3 libdl.so.1
[5] RPATH 0x3cc /phil/sw/sunos/sparc/lib
[snip]
Will try on Solaris 10.
More information about the dovecot
mailing list