-
Notifications
You must be signed in to change notification settings - Fork 645
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
0002-validators-warp-sync
test failing
#2568
Comments
4 tasks
Leaving a comment in order to make sure we don't forget about this. After this is fixed we should remove the zombienet tests workarounds: |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The warp sync in following configuration is sometimes failing.
Failure
Sometimes bob is trying do download the state for some old block. And since it cannot download it, it cannot accomplish warp-sync. Here is what it says:
The other nodes
bob
is connecting to and requesting the block are displaying:Analysis
The problem starts with the warp-proof that
bob
receives fromalice
:The grandpa
set_id
and size of proof is different from the warp-proof thatalice
got fromcharlie
:Why is that? Some debugs added, and here is the exciting story of
alice
syncing and handling the warp-proof request frombob
at the same time:Debugs added are here for reference.
alice
just builds the warp-sync proof for the highest finalized block in db while filling the block-gap at the same time.Random observation: Interestingly
latest_justification
is not set inWarpSyncProof::generate
. The grandpafinalize_block
was not set during import of target block from warp-sync.Local node identity cheatsheet:
Proposed solution
I'd propose that warp-sync requestor should check if received proof is actually for the requested block (which he knows should be finalized). If not, some additional measures should be performed:
I think that honest nodes should also do not respond to warp-sync request if the gap-syncing is still in progress.
The text was updated successfully, but these errors were encountered: