reconstruct crash in 2.5.6

[steffo76 at gmx.de]

Hello list,

I'm still trying to migrate my 2.4. servers to 2.5.6 and end up with a crashing reconstruct -G. I ran reconstruct with gdb attached and got this:

user.pete.Gesendet: missing cache file, recreating

Program received signal SIGSEGV, Segmentation fault.
cache_parserecord (cachebase=cachebase at entry=0x64c038, cache_offset=4, crec=crec at entry=0x7fffffff93c0) at imap/mailbox.c:441
441             crec->item[cache_ent].len = CACHE_ITEM_LEN(cacheitem);
(gdb) bt
#0  cache_parserecord (cachebase=cachebase at entry=0x64c038, cache_offset=4, crec=crec at entry=0x7fffffff93c0) at imap/mailbox.c:441
#1  0x00007ffff7b8c64c in mailbox_cacherecord (mailbox=mailbox at entry=0x64c018, record=record at entry=0x7fffffff9330) at imap/mailbox.c:637
#2  0x00007ffff7b921fa in mailbox_reconstruct_compare_update (discovered=0x7fffffff91c0, have_file=1, flags=28, valid_user_flags=0x7fffffff9190, record=0x7fffffff9330, mailbox=0x64c018) at imap/mailbox.c:4570
#3  mailbox_reconstruct (name=name at entry=0x603b80 "user.pete.Gesendet", flags=28) at imap/mailbox.c:5087
#4  0x000000000040299f in do_reconstruct (name=0x7fffffffc740 "user.pete.Gesendet", matchlen=18, maycreate=<optimized out>, rock=0x0) at imap/reconstruct.c:465
#5  0x00007ffff7b97a70 in find_cb (rockp=rockp at entry=0x7fffffffcc50, key=key at entry=0x7ffff7e85a0c "user.pete.Gesendet", keylen=keylen at entry=18, data=<optimized out>, datalen=<optimized out>)
    at imap/mboxlist.c:2243
#6  0x00007ffff783ff7f in myforeach (db=0x629450, prefix=0x7fffffffd0d0 "*", prefixlen=0, goodp=0x7ffff7b97400 <find_p>, cb=0x7ffff7b978d0 <find_cb>, rock=0x7fffffffcc50, tidptr=<optimized out>)
    at lib/cyrusdb_skiplist.c:1160
#7  0x00007ffff7b9b516 in mboxlist_findall (namespace=0x603ac0, pattern=0x629270 "", isadmin=1, userid=<optimized out>, auth_state=<optimized out>, proc=0, rock=0x0) at imap/mboxlist.c:2559
#8  0x0000000000402346 in main (argc=2, argv=0x7fffffffe728) at imap/reconstruct.c:326

Is there anything I can do about this ?

Thanks,
Stephan