We recently upgraded to dovecot v1.0.15 (from v1.0.0 + some local fixes), and after this upgrade we've started to get a couple of failures from deliver: Jan 12 20:34:34 smtp1.ulh.mydomain.net deliver(someuser at somedomain.net): Raw backtrace: /usr/local/dovecot/libexec/dovecot/deliver(i_syslog_panic_handler+0x1c) [0x45577c] -> /usr/local/dovecot/libexec/dovecot/deliver [0x45537c] -> /usr/local/dovecot/libexec/dovecot/deliver(mail_index_sync_update_index+0x86f) [0x43eb8f] -> /usr/local/dovecot/libexec/dovecot/deliver(mail_index_sync_begin+0x245) [0x43c6e5] -> /usr/local/dovecot/libexec/dovecot/deliver(maildir_sync_index_begin+0x45) [0x4162d5] -> /usr/local/dovecot/libexec/dovecot/deliver(maildir_transaction_save_commit_pre+0x68) [0x41c638] -> /usr/local/dovecot/libexec/dovecot/deliver(maildir_transaction_commit+0x70) [0x417320] -> /usr/local/dovecot-1.0.15/lib/dovecot/lda/lib10_quota_plugin.so [0x2a9557d3a8] -> /usr/local/dovecot/libexec/dovecot/deliver(deliver_save+0x136) [0x410856] -> /usr/local/dovecot/libexec/dovecot/deliver(main+0x1023) [0x411c43] -> /lib64/tls/libc.so.6(__libc_start_main+0xdb) [0x3cbd81c40b] -> /usr/local/dovecot/libexec/dovecot/deliver [0x40ffaa] Jan 12 20:38:53 smtp2.ulh.mydomain.net deliver(quarantine at mydomain.net): Raw backtrace: /usr/local/dovecot/libexec/dovecot/deliver(i_syslog_panic_handler+0x1c) [0x45577c] -> /usr/local/dovecot/libexec/dovecot/deliver [0x45537c] -> /usr/local/dovecot/libexec/dovecot/deliver(mail_index_sync_update_index+0x86f) [0x43eb8f] -> /usr/local/dovecot/libexec/dovecot/deliver(mail_index_sync_begin+0x245) [0x43c6e5] -> /usr/local/dovecot/libexec/dovecot/deliver(maildir_sync_index_begin+0x45) [0x4162d5] -> /usr/local/dovecot/libexec/dovecot/deliver [0x416ed5] -> /usr/local/dovecot/libexec/dovecot/deliver(maildir_sync_last_commit+0x4b) [0x4170bb] -> /usr/local/dovecot-1.0.15/lib/dovecot/lda/lib10_quota_plugin.so [0x2a9557d3a8] -> /usr/local/dovecot/libexec/dovecot/deliver(deliver_save+0x136) [0x410856] -> /usr/local/dovecot/libexec/dovecot/deliver(main+0x1023) [0x411c43] -> /lib64/tls/libc.so.6(__libc_start_main+0xdb) [0x322e11c40b] -> /usr/local/dovecot/libexec/dovecot/deliver [0x40ffaa] Jan 13 10:37:59 atmail1.ulh.mydomain.net deliver(quarantine at mydomain.net): Raw backtrace: /usr/local/dovecot/libexec/dovecot/deliver(i_syslog_panic_handler+0x1c) [0x45577c] -> /usr/local/dovecot/libexec/dovecot/deliver [0x45537c] -> /usr/local/dovecot/libexec/dovecot/deliver(mail_index_sync_update_index+0x86f) [0x43eb8f] -> /usr/local/dovecot/libexec/dovecot/deliver(mail_index_sync_begin+0x245) [0x43c6e5] -> /usr/local/dovecot/libexec/dovecot/deliver(maildir_sync_index_begin+0x45) [0x4162d5] -> /usr/local/dovecot/libexec/dovecot/deliver(maildir_transaction_save_commit_pre+0x68) [0x41c638] -> /usr/local/dovecot/libexec/dovecot/deliver(maildir_transaction_commit+0x70) [0x417320] -> /usr/local/dovecot-1.0.15/lib/dovecot/lda/lib10_quota_plugin.so [0x2a9557d3a8] -> /usr/local/dovecot/libexec/dovecot/deliver(deliver_save+0x136) [0x410856] -> /usr/local/dovecot/libexec/dovecot/deliver(main+0x1023) [0x411c43] -> /lib64/tls/libc.so.6(__libc_start_main+0xdb) [0x3ac5a1c40b] -> /usr/local/dovecot/libexec/dovecot/deliver [0x40ffaa] Unfortunatley these leads to bounce messages to the sender: Jan 13 10:37:59 atmail1.ulh.mydomain.net postfix/pipe[6320]: BB3337E4E7: to=<quarantine at mydomain.net>, relay=dovecot, delay=2.3, delays=0.06/0/0/2.2, dsn=5.3.0, status=bounced (Command died with signal 6: "/usr/local/dovecot/libexec/dovecot/deliver") First, does anybody know if it's possible to change the behaviour here to not bounce, but retry instead ? And, is there anything we should do to debug further what the problem might be ? -jf
On Jan 13, 2009, at 5:00 AM, Jan-Frode Myklebust wrote:> We recently upgraded to dovecot v1.0.15 (from v1.0.0 + some local > fixes), > and after this upgrade we've started to get a couple of failures > from deliver: > > Jan 12 20:34:34 smtp1.ulh.mydomain.net > deliver(someuser at somedomain.net): Raw backtrace: /usr/local/dovecot/ > libexec/dovecot/deliver(i_syslog_panic_handler+0x1c) [0x45577c] -> / > usr/local/dovecot/libexec/dovecot/deliver [0x45537c] -> /usr/local/ > dovecot/libexec/dovecot/deliver(mail_index_sync_update_index+0x86f) > [0x43eb8f] ->Before this raw backtrace there should have been a "Panic: Something" logged also. That's more important than the raw backtrace.> Jan 13 10:37:59 atmail1.ulh.mydomain.net postfix/pipe[6320]: > BB3337E4E7: to=<quarantine at mydomain.net>, relay=dovecot, delay=2.3, > delays=0.06/0/0/2.2, dsn=5.3.0, status=bounced (Command died with > signal 6: "/usr/local/dovecot/libexec/dovecot/deliver") > > First, does anybody know if it's possible to change the behaviour here > to not bounce, but retry instead ?You could at least write a wrapper script to deliver that detects if it crashes and then returns EX_TEMPFAIL.> And, is there anything we should do to debug further what the > problem might be ?Does it always crash for the same user?
For large mailboxes (64k + messages) using maildir I got random "out of memory" errors. [mail addresses hidden] dovecot: Dec 05 18:25:27 Error: IMAP(****@****): block_alloc(): Out of memory dovecot: Dec 05 18:25:27 Error: child 14142 (imap) returned error 83 (Out of memory) dovecot: Dec 05 18:27:29 Error: IMAP(****@****): file maildir-uidlist.c: line 1117 (maildir_uidlist_sync_deinit): assertion failed: (ctx->locked) dovecot: Dec 05 18:27:29 Error: IMAP(****@****): Raw backtrace: imap [0x5555555bd6fe] -> imap [0x5555555bd43e] -> imap [0x55555557dd57] -> imap [0x55555557c026] -> imap(maildir_storage_sync_force+0x43) [0x55555557c2b3] -> imap(maildir_storage_sync_init+0xc2) [0x55555557c3e2] -> imap(imap_sync_nonselected+0xf) [0x55555557533f] -> imap(_cmd_select_full+0xc5) [0x55555556da05] -> imap(cmd_select+0xb) [0x55555556db9b] -> imap [0x55555556eee7] -> imap [0x55555556ef79] -> imap(_client_input+0x6f) [0x55555556f61f] -> imap(io_loop_handler_run+0x108) [0x5555555c2f38] -> imap(io_loop_run+0x18) [0x5555555c20f8] -> imap(main+0x41b) [0x5555555770fb] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b02fcb30b54] -> imap [0x55555556a6e9] dovecot: Dec 05 18:27:29 Error: child 14144 (imap) killed with signal 6 dovecot: Dec 05 18:27:37 Error: IMAP(****@****): block_alloc(): Out of memory dovecot: Dec 05 18:27:37 Error: child 14211 (imap) returned error 83 (Out of memory) dovecot: Dec 05 18:29:41 Error: IMAP(****@****): block_alloc(): Out of memory dovecot: Dec 05 18:29:41 Error: child 14215 (imap) returned error 83 (Out of memory) dovecot: Dec 05 18:31:46 Error: IMAP(****@****): block_alloc(): Out of memory dovecot: Dec 05 18:31:46 Error: child 14248 (imap) returned error 83 (Out of memory) dovecot: Dec 05 18:33:50 Error: IMAP(****@****): block_alloc(): Out of memory dovecot: Dec 05 18:33:50 Error: child 14345 (imap) returned error 83 (Out of memory) dovecot: Dec 05 18:35:55 Error: IMAP(****@****): block_alloc(): Out of memory dovecot: Dec 05 18:35:55 Error: child 14406 (imap) returned error 83 (Out of memory) dovecot: Dec 05 18:37:59 Error: IMAP(****@****): block_alloc(): Out of memory dovecot 1.0.17 mail_prcosess_size = 256 ulimit -a : core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 73728 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) 6959460 open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 73728 virtual memory (kbytes, -v) 9910880 file locks (-x) unlimited cat /proc/meminfo : MemTotal: 8187540 kB MemFree: 353060 kB Buffers: 737968 kB Cached: 5094700 kB SwapCached: 20 kB Active: 4255100 kB Inactive: 2787980 kB SwapTotal: 4200988 kB SwapFree: 4192956 kB Dirty: 20184 kB Writeback: 124 kB AnonPages: 1165756 kB Mapped: 60472 kB Slab: 686100 kB SReclaimable: 591232 kB SUnreclaim: 94868 kB PageTables: 31408 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 8294756 kB Committed_AS: 3417584 kB VmallocTotal: 34359738367 kB VmallocUsed: 91040 kB VmallocChunk: 34359645611 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 Hugepagesize: 2048 kB What I need to configure to increase available resources? What else I can done? Uldis