dovecot - Aug 2006 - (no subject)

On Thu, August 3, 2006 15:28, David Jonas wrote:
> On Thu, 2006-08-03 at 15:07 -0400, Scott Zahn wrote:
>> Hey everyone, I'm trying version 1.0rc2, via the rpm at ATrpms. 
I'm running on CentOS
>> 4.3 on an Opteron system.  I have this running stably on a 32 bit
system, but I'm
>> crashing constantly on a 64 bit system.
>>
>> Here's what I'm getting in my mail logs when I try to log in
via IMAP:
>>
>> Aug  3 15:01:21 lisa dovecot: imap-login: Login: user=<scottz>,
method=PLAIN,
>> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21
>> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105
>> (index_mail_get_fixed_field): assertion failed:
(buffer_get_used_size(buf) =>> data_size)
>> Aug  3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>,
method=PLAIN,
>> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21
>> Aug  3 15:01:22 lisa dovecot: child 3208 (imap) killed with signal 6
>> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105
>> (index_mail_get_fixed_field): assertion failed:
(buffer_get_used_size(buf) =>> data_size)
>> Aug  3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>,
method=PLAIN,
>> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21
>> Aug  3 15:01:22 lisa dovecot: child 3210 (imap) killed with signal 6
>> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105
>> (index_mail_get_fixed_field): assertion failed:
(buffer_get_used_size(buf) =>> data_size)
>> Aug  3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>,
method=PLAIN,
>> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21
>> Aug  3 15:01:22 lisa dovecot: child 3212 (imap) killed with signal 6
>> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file
mail-cache-transaction.c: line 709
>> (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 ||
fixed_size =>> data_size)
>> Aug  3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>,
method=PLAIN,
>> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21
>> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file
mail-cache-transaction.c: line 709
>> (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 ||
fixed_size =>> data_size)
>> Aug  3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>,
method=PLAIN,
>> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21
>> Aug  3 15:01:22 lisa dovecot: child 3214 (imap) killed with signal 6
>> Aug  3 15:01:22 lisa dovecot: child 3218 (imap) killed with signal 6
>
> I believe this has to do with how the index files are written, with a 32bit
or 64
> bit offset. If you remove all the index files, etc from the mailbox when
you switch
> between the two, or compile with the specific offset, it should work
> fine.
You're right.  I should have looked closer at the log entries.  I went to my
maildir and
ran a find . -name "dovecot.index*" -print0 | xargs -0 rm -f, which
got rid of all the
index files, but left the uidlists alone.  That worked.  The 64 bit dovecot is
now
running
fine.  So I guess we know that a 32 bit and a 64 bit dovecot can't both use
the same
mail store.

Doesn't the dovecot front page talk about sanity checks being done to
prevent this kind
of stuff?  This makes dovecot seem brittle.  Anyway, thanks for the help.

cheers,
Scott

On Thu, 2006-08-03 at 16:17 -0400, Scott Zahn wrote:
> >> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c:
line 105
> >> (index_mail_get_fixed_field): assertion failed:
(buffer_get_used_size(buf) => >> data_size)
..
> >> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file
mail-cache-transaction.c: line 709
> >> (mail_cache_add): assertion failed: (fixed_size == (unsigned
int)-1 || fixed_size => >> data_size)
> You're right.  I should have looked closer at the log entries.  I went
to my maildir and
> ran a find . -name "dovecot.index*" -print0 | xargs -0 rm -f,
which got rid of all the
> index files, but left the uidlists alone.  That worked.  The 64 bit dovecot
is now
> running
> fine.  So I guess we know that a 32 bit and a 64 bit dovecot can't both
use the same
> mail store.
> 
> Doesn't the dovecot front page talk about sanity checks being done to
prevent this kind
> of stuff?  This makes dovecot seem brittle.  Anyway, thanks for the help.
I thought I fixed this already before rc2. But looking at the second
error it might have been because of another bug, which was fixed in rc3.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 191 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20060803/b3963efe/attachment.bin>

On Thu, August 3, 2006 16:28, Timo Sirainen wrote:
> On Thu, 2006-08-03 at 16:17 -0400, Scott Zahn wrote:
>> >> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c:
line 105
>> >> (index_mail_get_fixed_field): assertion failed:
(buffer_get_used_size(buf) =>> >> data_size)
> ..
>> >> Aug  3 15:01:22 lisa dovecot: IMAP(scottz): file
mail-cache-transaction.c: line 709
>> >> (mail_cache_add): assertion failed: (fixed_size == (unsigned
int)-1 || fixed_size
>> =>> >> data_size)
>
>> You're right.  I should have looked closer at the log entries.  I
went to my maildir
>> and
>> ran a find . -name "dovecot.index*" -print0 | xargs -0 rm -f,
which got rid of all the
>> index files, but left the uidlists alone.  That worked.  The 64 bit
dovecot is now
>> running
>> fine.  So I guess we know that a 32 bit and a 64 bit dovecot can't
both use the same
>> mail store.
>>
>> Doesn't the dovecot front page talk about sanity checks being done
to prevent this
>> kind
>> of stuff?  This makes dovecot seem brittle.  Anyway, thanks for the
help.
>
> I thought I fixed this already before rc2. But looking at the second
> error it might have been because of another bug, which was fixed in rc3.
>
Seeing the problems people seem to be having with with >rc2, do I dare try a
newer version?