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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 <pongracz.istvan@xxxxxxxxx> 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.:.





[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux