Am 21.07.2011 10:41, schrieb Ralf Hildebrandt:
With a recent checkout of dovecot-2 I'm getting a few "BUG: Unknown internal error" messages.
The log for one such incident:
Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6385, msgid=4DA3E334.000005.02956@ILONA-PC, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6386, msgid=4DA3ECDD.000008.02956@ILONA-PC, size=103191 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5426, msgid=4DA3E334.000005.02956@ILONA-PC, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5427, msgid=4DA3ECDD.000008.02956@ILONA-PC, size=103191 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5426, msgid=4DA3E334.000005.02956@ILONA-PC, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5427, msgid=4DA3ECDD.000008.02956@ILONA-PC, size=103191 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Error: Corrupted index cache file /home/i/k/ikurzweg/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 4433 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Disconnected: BUG: Unknown internal error bytes=5689/114139
What's up here?
Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Error: Corrupted index cache file /home/i/k/ikurzweg/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 4433 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Disconnected: BUG: Unknown internal error bytes=5689/114139
Index is corrupt. Dovecot seems only to see 5689 of actually indexed 114139 bytes as far as I understand the log.
Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? FS/User Quota over limit?
Dovecot usually uses internal "self-healing" feature to fixe broken indexes ... For testing purposes you could try to entierly delete Users root mailfolder and recreate it or let it recreate by Dovecot and see what happens ... obviously it would make sense to back up old root mailfoder in case there is important data ...