-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Erigon seems stuck after committed state message #5143
Comments
More logs plz |
|
add --pprof show output of http://localhost:6060/debug/pprof/goroutine?debug=1 |
Ropsten - network already passed TheMerge event - do you use ConsensusLayer service? |
No, we wanted this node to be synced with the network before connecting it to a CL client. edit: we started a fresh instance, so our expectation was to have it processing all blocks until it got to the merge event, and then we'd change the config to connect to the CL client. |
I think this is not possible. @yperbasis , right? |
hang on, let me try again. We expected the node to be syncing up to around the 12m mark, and once we got notice of the merge event we'd update the config and set up the integration to a CL. What you are saying is that, if I'm starting a new Erigon node I should immediately connect it to a CL is that correct? |
For networks that have already passed the Merge, it's best to drive Erigon by CL from the start. The alternative that you're describing, namely to first sync all pre-Merge blocks, relies on block gossip (at least when Erigon block snapshots end before the Merge). EIP-3675 prohibits block gossip after the Merge, rendering this strategy brittle and depending on a small fraction of peers who are left not updated with Ropsten Terminal Total Difficulty and still gossiping. Moreover, with PR #5172 such sync without a CL node will be disabled. TL;DR: Connect your Erigon node to a CL from the start. |
awesome thank you very much @yperbasis and @AskAlexSharov! |
Hi,
Currently, I'm trying to run an Erigon node v2022.08.22, connecting to the Ropsten network, and synchronizing from scratch.
The node starts up fine but after some time processing, it seems to get stuck right after printing this logging line:
So here's my question, should I leave it be, or do I need to take any action to be able to continue to process blocks?
System information
version:
v2022.08.02
network:
ropsten
platform:
Kubernetes
Expected behavior
Continue to sync to the network
The text was updated successfully, but these errors were encountered: