-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Prsym repeatedly reporting error processing deposit logs #15201
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
Comments
Confirming I also experienced this issue; Prysm+Geth. |
Hi, I believe this is a Geth regression first reported here: ethereum/go-ethereum#31593 and addressed in this pull request: ethereum/go-ethereum#31642 |
I've since updated to the latest Geth while also restarting Prysm. No errors reported thus far. |
Did update to latest geth but didn't restarted Prysm. |
When I upgraded from 5.3.1 to 6.0.0, I had a similar problem. |
If the message keeps showing up, just try to restart your clients, both Geth and Prysm. |
i tried. but it still doesn't work. |
Strange, I'm running same versions with the issue any more. I'd advise to seek help on the Prysm Discord. |
Describe the bug
Every couple of minutes, Prysm beacon-chain issues this error message:
level=error msg="Unable to process past deposit contract logs, perhaps your execution client is not fully synced" error="processPastLogs: Could not process deposit log: received incorrect merkle index: wanted 2023989 but got 2023990" prefix=execution
Geth is fully synched and has been for quite some time.
A couple of other people in the Prysm discord are reporting the same error currently appearing for them as well, referencing the same index values. This seems to suggest a broader issue and not local to a specific node/setup.
Has this worked before in a previous version?
🔬 Minimal Reproduction
No response
Error
Platform(s)
Linux (x86)
What version of Prysm are you running? (Which release)
5.3.2
Anything else relevant (validator index / public key)?
No response
The text was updated successfully, but these errors were encountered: