-
-
Notifications
You must be signed in to change notification settings - Fork 306
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
Node notifier error headState does not exist #4523
Comments
Follow up question - other Consensus clients will continue to sync against the beacon chain even if the Execution Client is not synced. Is this also the behavior of Lodestar? If not, it would be helpful (if possible) to have the beacon node sync against the Beacon Chain while waiting for the Execution Client to reach a synced state. If that is possible, the log output should indicate that beacon sync is proceeding, and the Execution Client is found, but not yet synced. Something like that... |
@SomerEsat Lodestar should continue syncing even if your EC/EL is still syncing. This shouldn't happen and am curious as to how I can reproduce this. |
@SomerEsat by any luck were you running this with Or if you are able to repro it, do let know the steps |
I confirmed that when you get a checkpoint state and Lodestar cannot peer for a sync, on the 96th skipped block, the
As you may hypothesized @g11tech , regen module doesn't generate state till a new blocks come in, so somehow we didn't have head state on 96th slot and then notifier crashed. |
Also note @g11tech this does not seem to be an issue in stable branch |
#4562 fixes the issue |
Is your feature request related to a problem? Please describe.
When the execution layer client is not synced up yet and running Lodestar, the user experiences a
Node notifier error: headState does not exist
and output journal entries stop. Which is not useful to the end user.Describe the solution you'd like
Is there a better log output that is more relevant to a user of Lodestar? Can we output something that tells the user to wait until their EL client is finished syncing? Output resumes once the EL is synced, but during this time there is no context given to the user.
Additional context
This was noted when Somer was developing a Lodestar guide and provided this UX improvement suggestion for user friendliness.
UPDATE:
could be related to
instead of EL/CL syncing
The text was updated successfully, but these errors were encountered: