[Dovecot] 1.1.13 squat core dump

[David Halik]

I did some more digging and here's the actual error that it fails with:

Apr 23 09:28:21 batman.rutgers.edu IMAP(kmech): : [ID 107833 mail.crit] 
Panic: file squat-trie.c: line 441: assertion failed: 
(!node->have_sequential)

Apr 23 09:28:21 batman.rutgers.edu IMAP(kmech): : [ID 398108 mail.error] 
Raw backtrace: 0x184dfc -> 0x18491c -> 0xfef190a8 -> 0xfef1b6c4 -> 
0xfef1b8e8 -> 0xfef1b8e8 -> 0xfef1b8e8 -> 0xfef1b8e8 -> 0xfef1b8e8 -> 
0xfef1b8e8 -> 0xfef1b9f8 -> 0xfef1dffc -> 0xfef1e418 -> 0xfef16d0c -> 
0xfef445ec -> 0xfef47864 -> 0xfef48220 -> 0x11f2e4 -> 0x86124 -> 0x86458 
-> 0x193170 -> 0x193200 -> 0x193f04 -> 0x193290 -> 0xa4308 -> 0x77368

Sorry for sending this in multiple emails, I'm trying to help someone 
debug it and I'm not getting the info all at once.


David Halik wrote:
>
> Just an update. After I restarted pine and went back into the same 
> folder to start the search over, I had a corruption notice which is 
> probably from the crash:
>
> # Apr 23 09:47:20 host IMAP(user): : Corrupted squat uidlist file 
> /heroes/u1/dovecot-index/sparc/index/user/.bogounsure/dovecot.index.search.uids: 
> wrong indexid
>
> David Halik wrote:
>>
>> Timo,
>>
>> I had another core dump randomly while doing a search with squat on. 
>> The backtrace is in the link:
>>
>> http://pastebin.com/fd59ae03
>>
>> Thanks.
>>
>> David Halik wrote:
>>> Timo Sirainen wrote:
>>>>
>>>> Did you happen to get a core dump? gdb backtrace would be helpful: 
>>>> http://dovecot.org/bugreport.html
>>>
>>> The backtrace was in the email. Check the pastebin link:
>>>
>>> http://pastebin.com/f7aa8bb5
>>>
>>>>
>>>> BTW. Has Squat been useful for you? I've noticed that with my very 
>>>> very old Sun box it typically takes longer to update the indexes 
>>>> (even for few mails) than to just perform the search unindexed. The 
>>>> algorithm really could be made better..
>>>>
>>>
>>> I have noticed that updating the index for new mail is pretty slow. 
>>> I wouldn't say it's slower than the search without it though. It's 
>>> useful when you have a couple thousand emails and want to do 
>>> multiple searches because each successive search is fast. We're 
>>> actually running it on our Sun boxes in preparation for running it 
>>> on faster linux boxes though, so I'm not to worried.
>>>
>>
>>
>
>


-- 
================================
David Halik
System Administrator
OIT-CSS Rutgers University
dhalik at jla.rutgers.edu
================================