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

Pongrácz István <[email protected]>
Newsgroups gmane.mail.imap.cyrus
Message-ID <[email protected]>
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: Info
Permalink: https://cyrus.topicbox.com/groups/info/Te0aac4ca5a14db4f-M2e15c663c17f80539036a18a
Delivery options: https://cyrus.topicbox.com/groups/info/subscription
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.