Skip to content

core/filtermaps: revert to unindexed mode in case of indexing error #31500

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Mar 28, 2025

Conversation

zsfelfoldi
Copy link
Contributor

This PR changes log indexer error handling so that if an indexing error happens then it disables the indexer and reverts to unindexed more without resetting the database (except in case of a failed database init).
Resetting the database on the first error would probably be overkill as a client update might fix this without having to reindex the entire history. It would also make debugging very hard. On the other hand, these errors do not resolve themselves automatically so constantly retrying makes no sense either. With these changes a new attempt to resume indexing is made every time the client is restarted.
The PR also fixes #31491 which originated from the tail indexer trying to resume processing a failed map renderer.

@fjl fjl added this to the 1.15.7 milestone Mar 27, 2025
fjl
fjl previously approved these changes Mar 28, 2025
Since the index can now be disabled at runtime, it is no longer safe
to just check the disabled field once.
@fjl fjl merged commit c8a9a9c into ethereum:master Mar 28, 2025
3 of 4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Log index tail rendering failed
2 participants