-
Notifications
You must be signed in to change notification settings - Fork 964
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
Setting "trusted hash" to older header breaks pruner and prevents startup #4001
Comments
Might not be related to pruner, I noticed that warning seems to be there even after I nuked |
@S1nus you're right though that pruner is not designed to run on a node with a fragmented header-chain. I need to investigate this so @Wondertan 's fix is actually targetting the panic from the subscription, but the pruner will crap out (non-fatally) for a non-contiguous headerchain. |
Yeah, I thought the issue was in the panic that we have to fix anyway independently |
A subscription might be started without the PubSub validator fully registered, causing nil pointer deref. This was observed as a flake in tests and sometimes even on the celestia node start. It's time to fix this issue altogether. The naive fix would check for nil, discarding a valid header message. On the other hand, this fix ensures proper order of events, guaranteeing that a valid message is never processed by subscription before the user's header verifier is set. Related to celestiaorg/celestia-node#4001
A subscription might be started without the PubSub validator fully registered, causing nil pointer deref. This was observed as a flake in tests and sometimes even on the celestia node start. It's time to fix this issue altogether. The naive fix would check for nil, discarding a valid header message. On the other hand, this fix ensures proper order of events, guaranteeing that a valid message is never processed by subscription before the user's header verifier is set. Related to celestiaorg/celestia-node#4001
A subscription might be started without the PubSub validator fully registered, causing nil pointer deref. This was observed as a flake in tests and sometimes even on the celestia node start. It's time to fix this issue altogether. The naive fix would check for nil, discarding a valid header message. On the other hand, this fix ensures proper order of events, guaranteeing that a valid message is never processed by subscription before the user's header verifier is set. Related to celestiaorg/celestia-node#4001
Celestia Node version
Commit: 7af07bd
OS
MacOS
Install tools
No response
Others
No response
Steps to reproduce it
Expected result
Node should sync the headers in between the newly set TrustedHash and the oldest stored header
Actual result
Relevant log output
No response
Is the node "stuck"? Has it stopped syncing?
No response
Notes
No response
The text was updated successfully, but these errors were encountered: