-
Notifications
You must be signed in to change notification settings - Fork 110
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
Blocks do not finalise in cross-client devnet #2613
Comments
I am not yet sure, which one is the abnormal part here getGrandpaGHOST or getPossibleSelectedBlocks |
Can you describe how are you running these nodes? Would be nice if you provide the human-readable genesis file |
it does look like we are receiving proper pre vote messages. All prevote messages that we get are good. we are receiving pre votes from substrate Problem is that we don't send proper pre-commit message. |
@EclesioMeloJunior just use ChainSafe/substrate-node-template#1 to create genesis.json
|
it does look like we are receiving proper pre vote messages. All prevote messages that we get are good. we are receiving pre votes from substrate Problem is that we don't send proper pre-commit message. There are enough prevote counts,
that means that, problem must be in Also, why is voting happening for block number 0, isn't 0th block genesis block and finalised?
|
I believe you found an investigation path! I think we could transform this issue into an epic as |
@EclesioMeloJunior let's talk more about that idea in standup on Monday 👍🏻 |
Seems like blocks are getting finalised. So, after finalising a block we are supposed to write it in the db and chain sync will pick it up and share with rest of the network. For whatever reason chain sync always thinks that blocks are not finalised. So, either we don't write things proper or don't read them or something in between. After finalising a block we send a commit message to peers. I see another gossamer node getting the commit messages, but not substrate (may be I don't know what log to look for). The gossamer node that gets commit message also doesn't seem to use that info. |
seeing this error sometimes with 2 substrate 1 gossamer
|
This looks like a block production error, not a finalization issue, see -> #2682 (comment) |
@EclesioMeloJunior we have been tracking them all in this issue |
@danforbes I don't think this issue is relevant anymore. We don't have any finalisation or block building issue as far as I know. |
Closing per the above. |
Describe the bug
My feeling is that above error message is the culprit. Most likely we are creating a block header without populating block hash into it.
The text was updated successfully, but these errors were encountered: