On Wed, 2009-09-30 at 11:06 +0100, Chris Wakelin wrote: > > Sep 30 09:57:11 IMAP 25384 xxxxxxxx 134.225.xx.xx : Panic: file > > mail-index-sync-update.c: line 933 (mail_index_sync_map): assertion failed: > > (map->hdr.indexid == index->indexid || map->hdr.indexid == 0) .. > > #5 0x98a00 in mail_index_sync_map (_map=0x1263e4, > > type=MAIL_INDEX_SYNC_HANDLER_HEAD, force=false) at > > mail-index-sync-update.c:802
Could you also do: fr 5 p *index p *map > > Sep 30 10:37:06 auth(default): Error: Master request 15820.607 not found Either timed out for some reason or some other strange bug.. > > Sep 30 10:51:27 dovecot: Error: child 29959 (login) killed with signal 11 > > (core not dumped) (latest ip=134.225.1.46) .. > How do I get the login (presumably imap-login) processes to dump core With Linux this would be enough: login_executable = .../imap-login -D With Solaris you'll also have to somehow make setuid binaries dump core. http://publib.boulder.ibm.com/httpserv/ihsdiag/coredumps.html says you could do: coreadm -e global-setid -e proc-setid -e global Perhaps with those global core dumps it wouldn't even be necessary to add the -D parameter. Anyway the -D's point was to make the /var/run/dovecot/login/ directory writable to it, so it could write core dump there. > (or do I need to insert gdbhelper)? I'm not really sure anymore if that even works (anymore). :)
signature.asc
Description: This is a digitally signed message part
