Noticed some more stuff this time:
May 20 19:37:38 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher): block_alloc(): Out of memory May 20 19:37:38 ifm.liu.se dovecot: [ID 961074 mail.error] child 10772 (imap) returned error 83 (Out of memory) May 20 19:40:47 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(joher): block_alloc(): Out of memory May 20 19:40:47 ifm.liu.se dovecot: [ID 961074 mail.error] child 11002 (imap) returned error 83 (Out of memory) May 20 19:42:25 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(jordi): file mail-index-view-sync.c: line 666: assertion failed: (view->log_file_offset >= vie w->map->hdr.log_file_int_offset) May 20 19:42:25 ifm.liu.se dovecot: [ID 107833 mail.error] IMAP(jordi): Raw backtrace: 0x100082ee8 -> 0x1000630d4 -> 0x10004b484 -> 0x1000203e8 -> 0x1000209dc -> 0x100011f90 -> 0x100016e74 -> 0x100017294 -> 0x10008ac90 -> 0x10008a170 -> 0x100022cc8 -> 0x10001003c May 20 19:42:25 ifm.liu.se dovecot: [ID 684838 mail.error] child 11281 (imap) killed with signal 6
It's always the same user causing these "Out of memory" errors (unlikely since this machine has 8GB of RAM and XXGB of swap and typically has plenty of memory free. His maildir directory is 1.4GB in size.
Hmm... He seems to have a *huge* Trash folder... About 3.5 _milllion_ mails in it... I wonder...
I bet his imap process runs into a system limit (even though it is a 64 bit process). Yeah...
# plimit 17233 17233: imap resource current maximum time(seconds) unlimited unlimited file(blocks) unlimited unlimited data(kbytes) 262144 262144 stack(kbytes) 8192 unlimited coredump(blocks) unlimited unlimited nofiles(descriptors) 16384 16384 vmemory(kbytes) 262144 262144
I bet it's the stacksize that get's exhausted trying to lhandle all those 3.5 million emails.
Question: Should Dovecot handle this better somehow?
- Peter