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
