I have just upgraded to 1.1.8, hoping to fix these types of errors: Jan 20 10:39:27 laura deliver(xxxxxx at example.net): Broken file /srv/storage/mail/store/net/example/xx/xxxxxx/Maildir/dovecot-uidlist line 156: Invalid data: Jan 20 10:41:19 laura dovecot: POP3(yy.yy at example.at): Broken file /srv/storage/mail/store/at/example/yy.yy/Maildir/dovecot-uidlist line 2: Invalid data: Unfortunately, they still pop up. Since I suspect these errors to be responsible for customers complaining about downloading mails twice, I'd like to fix them. Our setup has multiple servers sharing the same NFS-mounted directory for maildirs and indexes; we have set mmap_disable = yes dotlock_use_excl = yes fsync_disable = no mail_nfs_index = yes lock_method = fcntl As far as I can tell, for at least one of these errors, there was no concurrent access to the mailbox in question. What can I do to solve this problem, or to analyze it further? Ulrich
On Tue, 2009-01-20 at 11:11 +0100, Ulrich Zehl wrote:> I have just upgraded to 1.1.8, hoping to fix these types of errors: > > Jan 20 10:39:27 laura deliver(xxxxxx at example.net): Broken file /srv/storage/mail/store/net/example/xx/xxxxxx/Maildir/dovecot-uidlist line 156: Invalid data: > Jan 20 10:41:19 laura dovecot: POP3(yy.yy at example.at): Broken file /srv/storage/mail/store/at/example/yy.yy/Maildir/dovecot-uidlist line 2: Invalid data: > > Unfortunately, they still pop up. Since I suspect these errors to be > responsible for customers complaining about downloading mails twice, I'd > like to fix them.Yes, probably the reason.> Our setup has multiple servers sharing the same NFS-mounted directory for > maildirs and indexes; we have set > mmap_disable = yes > dotlock_use_excl = yes > fsync_disable = no > mail_nfs_index = yes > lock_method = fcntlWhat about mail_nfs_storage=yes?> As far as I can tell, for at least one of these errors, there was no > concurrent access to the mailbox in question.Are you also using Dovecot deliver? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20090125/1cf741b7/attachment-0002.bin>
On Sun, Jan 25, 2009 at 09:28:27PM -0500, Timo Sirainen wrote:> On Tue, 2009-01-20 at 11:11 +0100, Ulrich Zehl wrote: > > Our setup has multiple servers sharing the same NFS-mounted directory for > > maildirs and indexes; we have set > > mmap_disable = yes > > dotlock_use_excl = yes > > fsync_disable = no > > mail_nfs_index = yes > > lock_method = fcntl > > What about mail_nfs_storage=yes?Yes, that's set too. (Sorry, forgot about that.)> > As far as I can tell, for at least one of these errors, there was no > > concurrent access to the mailbox in question. > > Are you also using Dovecot deliver?Yes, for almost all deliveries (see e.g. the first log entry in my original post). There's only one nightly script that delivers one message directly to some of the maildirs, but the errors also pop up on mailboxes that the script doesn't touch.