Re: squatter fatal error, assertion failed - v. 3.6.0-beta3-1+b1

Hi István,

I haven't seen a bug report about this come through GitHub yet, did you end up solving the problem yourself?

Cheers,

ellie

On Tue, 8 Nov 2022, at 11:51 PM, Pongrácz István wrote:
> Thank you, I check it!
> 
> cheers,
> István
> 
> 
> 
> 
> 2022. 11. 8, kedd keltezéssel 12.01-kor Nic Bernstein ezt írta:
>> I would suggest exploring a bit with 'mbexamine(8)' to see what it shows.  See the man page here:
>>> https://www.cyrusimap.org/imap/reference/manpages/systemcommands/mbexamine.html
>> Specifically, if you have either the UID or the sequence number of a message, you may use the "-u uid" or "-s seqnum" options to narrow down the output.
>> 
>> If you then decide to create a bug report, the output from mbexamine(8) will be of use.
>> 
>> Cheers,
>>     -nic
>> On 11/8/22 11:55, Sebastian Hagedorn wrote:
>>> 
>>> My suggestion would be to create a bug report on GitHub.
>>> 
>>> 
>>> Cheers, 
>>> Sebastian
>>> 
>>> On 8 Nov 2022, at 12:47, Pongracz Istvan wrote:
>>> 
>>>> Hi,
>>>> 
>>>> I tried to reconstruct one of the problematic account with this:
>>>> 
>>>> /usr/lib/cyrus/bin/reconstruct -r -f -R -u pongraczi
>>>> 
>>>> Didn't work, squatter still assert failured:
>>>> 
>>>> cyrus/squatter[12044]: ERROR: message has more than 1000 header lines not caching any more
>>>> fatal error: Internal error: assertion failed: imap/squat_internal.c: 134: v64 >= 0
>>>> 
>>>> In case of 2 out of 7 assertion issues, that more than 1000 header lines exists, but the rest (5) there is no other information, only the folder name available.
>>>> 
>>>> Any idea?
>>>> 
>>>> Thank you!
>>>> IStván
>>>> 
>>>> 
>>>> 
>>>> Pongrácz István <[email protected]> ezt írta (időpont: 2022. nov. 7., H, 16:13):
>>>>> Hi,
>>>>> 
>>>>> We use the cyrus version 3.6.0-beta3-1+b1 and I found an issue with squatter.
>>>>> In some accounts there are a folder, where the squatter dies with fatal error and the whole squatter process cannot move on.
>>>>> 
>>>>> I mean, there are about 40 accounts, called a.... to v....
>>>>> The squatter starts and can finish about 4 accounts, up to user 'foo' where it run into a folder, I assume it found an email and id dies with the following message:
>>>>> 
>>>>> process type:EVENT name:squatter1 path:/usr/sbin/cyrus age:138.664s pid:31781 exited, status 70
>>>>> 
>>>>> When I issue the command in command line, as cyrus user
>>>>> /usr/lib/cyrus/bin/squatter -v -p -u foo
>>>>> 
>>>>> I got the following, more specific error message:
>>>>> Indexing mailbox user/foo/Archives/2013... fatal error: Internal error: assertion failed: imap/squat_internal.c: 134: v64 >= 0
>>>>> 
>>>>> As I checked the squatter_internal.c it did not change for years (github).
>>>>> 
>>>>> The problem with this, the periodic squatter just dies in the very beginning and other accounts never will be squattered.
>>>>> 
>>>>> This server populated using recent imapsync from old cyrus server.
>>>>> The used squatter is: squat (not xapian).
>>>>> 
>>>>> Now I have to run squatter "manually", directly for every user to get search function usable, more or less.
>>>>> (using the formula: /usr/lib/cyrus/bin/squatter -v -p -u *foo* )
>>>>> 
>>>>> Do you know any kind of trick or method, how to eliminate/solve this issue?
>>>>> 
>>>>> Thank you!
>>>>> István
>>> 
>>> 
>>> -- 
>>> .:.Sebastian Hagedorn - Weyertal 121 (Gebäude 133), Zimmer 2.13.:. 
>>> .:.Regionales Rechenzentrum (RRZK).:. 
>>> .:.Universität zu Köln / Cologne University - ✆ +49-221-470-89578.:.
>>> 
>> 
>> 
> *Cyrus <https://cyrus.topicbox.com/latest>* / Info / see discussions <https://cyrus.topicbox.com/groups/info> + participants <https://cyrus.topicbox.com/groups/info/members> + delivery options <https://cyrus.topicbox.com/groups/info/subscription> Permalink <https://cyrus.topicbox.com/groups/info/Te0aac4ca5a14db4f-M2e15c663c17f80539036a18a>

------------------------------------------
Cyrus: Info
Permalink: https://cyrus.topicbox.com/groups/info/Te0aac4ca5a14db4f-M836513471cd7074e5dec82c6
Delivery options: https://cyrus.topicbox.com/groups/info/subscription