On Tue, 2008-09-09 at 17:16 +0200, Cor Bosman wrote: > Oops, I do see a logline, just not in the error log. Weird. > > Sep 9 16:42:54 userimap3.xs4all.nl dovecot: IMAP(xxxxxxx): > rename(/var/spool/mail/dovecot-control/indexes/d/dr/xxxxxxx/.Trash/dovecot.index.cache.lock, > > /var/spool/mail/dovecot-control/indexes/d/dr/xxxxxxx/.Trash/dovecot.index.cache) > failed: No such file or directory > Sep 9 16:42:54 userimap3.xs4all.nl dovecot: IMAP(xxxxxxx): Our dotlock file > /var/spool/mail/dovecot-control/indexes/d/dr/xxxxxxx/.Trash/dovecot.index.cache.lock > was deleted (kept it 61 secs) > Sep 9 16:42:54 userimap3.xs4all.nl dovecot: IMAP(xxxxxxx): > file_dotlock_replace() failed with index cache file > /var/spool/mail/dovecot-control/indexes/d/dr/xxxxxxx/.Trash/dovecot.index.cache: > No such file or directory
60 seconds is also when Dovecot decides the dotlock file is stale. So I guess the cache file compression is taking longer than that. Hmm. I hadn't thought about that before, since it was supposed to happen rarely enough. But I guess during the compression other processes shouldn't be stuck waiting for it. I'll have to think about something - probably make the lock timeout only a couple of seconds and after that just fail to update it. But the cache compression really shouldn't take that long unless you're really really running out of disk I/O. I wonder if there's some problems with the locking / NFS caching. You do have mail_nfs_*=yes, right?
signature.asc
Description: This is a digitally signed message part
