-
Notifications
You must be signed in to change notification settings - Fork 20.1k
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
What CL behaviour would trigger beacon syncer reorging
?
#27962
Comments
cc @holiman 🙏 (sorry to bug you, but I've enjoyed our previous discussions of sync intricacies 😁 ) |
The
In other words, we want to stop/restart our "skeleton syncer". While we are in the process of shutting that down, we cannot bother with new CL updates, because that will only prolong the shutdown, and lead to memory problems. So we just drop them on the floor, and issue the message |
Hmm ok, it seems like the logs above should be shortly prior to a full recovery then. I'll try to check back in with this user to see if their node synced back up. Thanks |
We have a report from a Lighthouse user that their Geth node is failing to sync with
"beacon syncer reorging"
errors, despite no apparent re-orgs on the CL side.I only have a short excerpt of logs so far:
The user seems to be running the latest versions of Lighthouse (v4.3.0) and Geth (v1.12.2), and hasn't missed a hard-fork as far as I know. Their Lighthouse node appears to be only a short distance from the head.
Is the error from Geth indicating that the CL is providing blocks from different chains that conflict with Geth's view of finalization? Something else?
The text was updated successfully, but these errors were encountered: