On 2011-11-04 22:26, Timo Sirainen wrote:
Nov 4 15:10:42 mail dovecot: imap (t...@aaaone.net): Error: Corrupted
transaction log file /mail/3340444/.TestMails/dovecot.index.log seq 2:
indexid changed 1320419300 -> 1320419441 (sync_offset=0)
Session A had TestMails open and created with index f
On 2011-11-04 22:26, Timo Sirainen wrote:
Nov 4 15:10:42 mail dovecot: imap (t...@aaaone.net): Error: Corrupted
transaction log file /mail/3340444/.TestMails/dovecot.index.log seq 2:
indexid changed 1320419300 -> 1320419441 (sync_offset=0)
Session A had TestMails open and created with index f
On 2011-11-04 22:26, Timo Sirainen wrote:
What filesystem?
XFS
Have changed any service imap {} settings?
nope. But I have a special auth plugin. I doubt that's the reason
though, since it's an entirely different process.
Thanx, I'll try gather more info.
/Peter
On Fri, 2011-11-04 at 20:23 +0100, Peter Mogensen wrote:
> I'm running Dovecot 2.0.15 and have a client which keeps causing
> log-entries like:
>
>
> Nov 4 15:10:42 mail dovecot: imap (t...@aaaone.net): Error: Corrupted
> transaction log file /mail/3340444/.TestMails/dovecot.index.log seq 2:
On 27.10.2010, at 15.48, Andre Nathan wrote:
> On Tue, 2010-10-26 at 23:52 -0200, Andre Nathan wrote:
>> On Tue, 2010-10-26 at 22:39 +0200, Timo Sirainen wrote:
>>> Have you set mmap_disable=yes?
>>
>> Yep.
>
> Just out of curiosity, is this setting really needed, or is it for
> performance reas
On Tue, 2010-10-26 at 23:52 -0200, Andre Nathan wrote:
> On Tue, 2010-10-26 at 22:39 +0200, Timo Sirainen wrote:
> > Have you set mmap_disable=yes?
>
> Yep.
Just out of curiosity, is this setting really needed, or is it for
performance reasons? OCFS2 claims to support mmap:
http://www.oracle.c
On Tue, 2010-10-26 at 23:52 -0200, Andre Nathan wrote:
> They're not happening all the time. It showed up two or three times in
> the logs during the night.
A few errors of this kind appeared in the logs last night. The "Log
synchronization error" appears more frequently than "Corrupted
transactio
On Tue, 2010-10-26 at 22:39 +0200, Timo Sirainen wrote:
> Have you set mmap_disable=yes?
Yep.
> Those errors should fix themselves automatically. Still, it's not very good
> if they keep happening. Sooner or later they will cause user visible problems.
They're not happening all the time. It sho
On 26.10.2010, at 19.58, Andre Nathan wrote:
> I run dovecot 2.0.6 on a two-machine cluster using OCFS2 as the file
> system. I have some error messages like these in my log:
>
> Oct 25 01:07:50 box5 dovecot: lmtp(8886,
> suporte=100br@lmtp1.prv.f1.k8.com.br): Error: Corrupted transaction
> l
>This and some other bugs are now fixed by this:
>http://hg.dovecot.org/dovecot-1.1/rev/262c52055f2a
Thank you! Both for this and for
http://hg.dovecot.org/dovecot-1.1/rev/a0693aec0245
- Steven
Steven Winikoff
On Fri, 2008-10-10 at 14:22 -0400, Steven Winikoff wrote:
>Oct 10 04:48:46 alcor dovecot: Panic: pop3-login: file
> client-authenticate.c: line 163 (sasl_callback): assertion failed:
> (!client->destroyed || reply == SASL_SERVER_REPLY_CLIENT_ERROR || reply ==
> SASL_SERVER_REPLY_MASTER_FAILE
On Sun, 2008-10-05 at 19:20 -0400, Steven Winikoff wrote:
>Oct 3 17:52:21 alcor dovecot: imap[14973] , NNN.NNN.NN.NNN: Corrupted
> transaction log file /home//mail/.imap/sent-mail/dovecot.index.log:
> record size too small (type=0xcd91, offset=8180, size=0)
This and some other bugs
>>[...]
>> Oct 8 13:56:40 alcor dovecot: Panic: imap[15143] USER4,
>> NNN.NNN.NNN.NNN: file index-mail.c: line 1091 (index_mail_close):
>> assertion failed: (!mail->data.destroying_stream)
>
>Hmm. I think I thought of a different assert before when commenting.
>This assert should be fixed
On Oct 10, 2008, at 9:22 PM, Steven Winikoff wrote:
I had hoped v1.1.3 would have fixed this. But perhaps this is also
related to the disk quota issues. Are there any other errors that are
logged before the assert?
Nothing obvious, I'm afraid. For example, this occurence is typical
of
the
>> 2) recompiled dovecot without optimization (ie, gcc -O0 instead of -O2)
>> (as per http://www.mail-archive.com/dovecot@dovecot.org/msg12936.html)
>
>The problem here turned out to be a bug in Sun CC (and gcc -O2
>apparently worked after all, so maybe a problem with testing).
Thanks.
On Oct 6, 2008, at 2:20 AM, Steven Winikoff wrote:
2) recompiled dovecot without optimization (ie, gcc -O0 instead of
-O2)
(as per http://www.mail-archive.com/dovecot@dovecot.org/msg12936.html)
The problem here turned out to be a bug in Sun CC (and gcc -O2
apparently worked after al
>> I've been working around the problem by deleting the contents of
>> ~user/.imap for affected users, but I'd really prefer to fix it
>> properly. :-) Any suggestions would be gratefully received.
>
>I think this should get fixed by itself? Although the first login fails,
>the next one should su
On Tue, 2008-09-30 at 02:08 -0400, Steven Winikoff wrote:
>Sep 30 00:09:56 alcor dovecot: pop3[5006] , NNN.NNN.NN.NNN: Corrupted
> transaction log file /home//.imap/INBOX/dovecot.index.log: record size
> too small (type=0x40, offset=12224, size=0)
..
> I've been working around the pro
On Fri, 2007-12-07 at 15:01 +, Daniel Watts wrote:
> >> Shouldn't Dovecot be able to recover from this?
> >>
> >
> > It does, that's why there are those "marked corrupted" errors. But it
> > probably does cause the current operation to fail. v1.1 handles this by
> > logging the error but
[snip]
Dec 7 14:19:26 [EMAIL PROTECTED]/tg3 dovecot: IMAP([EMAIL PROTECTED]):
Corrupted transaction log file
/home/virtual/mydomain.com/home/peter.day/Maildir/.Trash/dovecot.index.log:
Append with UID 50, but next_uid = 15870
This is the real error. What kind of a system do you have?
On Fri, 2007-12-07 at 14:33 +, Daniel Watts wrote:
> Following errors have happened quite a bit:
>
> Dec 7 14:19:26 [EMAIL PROTECTED]/tg3 dovecot: IMAP([EMAIL PROTECTED]):
> Transaction log file
> /home/virtual/mydomain.com/home/peter.day/Maildir/.Trash/dovecot.index.log:
> marked corrupte
21 matches
Mail list logo
