-
Notifications
You must be signed in to change notification settings - Fork 844
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
Private blockchain stalling when less than 1/3 of validators are down - BftProcessorExecutor-QBFT-0 | INFO | ProposalValidator | Invalid Proposal Payload: Latest Prepared Metadata blockhash does not align with proposed block #6613
Comments
@matthew1001 any insight here? |
Can you confirm a couple of details please?
|
but I still had it fail, but I am no longer getting |
Sorry for the slow reply @kkeaton-rcp . I haven't been able to look into it in detail yet, but another contributor @Brindrajsinh-Chauhan might have some time to do so. I'll assign it over to him for now. |
Github does not seem to let me assign it to myself, would be grateful if @non-fungible-nelson you could take that action. Will start investigating on this piece. |
Looks like I can @Brindrajsinh-Chauhan - just assigned it to you |
Just wondering if there was any update on this? |
Hey sorry, have not been able to recreate this based on the scenarios you provided. |
Did you have a smart contract that took in some data and triggered that while the nodes were down? |
yes send a bunch of transactions to a smart contract with a few nodes down and then bringing them back up |
Could a large amount of data going onto a smart contract cause this error? This error has now happened without any validator nodes being down. @Brindrajsinh-Chauhan @matthew1001 |
Or are there any known issues that deploying a smart contract with truffle (that is now deprecated) could cause? Would love to hear others opinions on this.. |
@kkeaton-rcp, I suggested a solution on a similar issue #6732 . In your case, I suspect the surviving validators are unable to produce blocks for your transactions within the set value for requesttimeoutseconds. Default recommendation for requesttimeoutseconds is 2x your blockperiodseconds, however the hardware resources of your remaining validators play a role in ensuring prompt block creation, especially, disk IO. I suggest you review your disk IO for performance. Try increasing your requesttimeoutseconds to something higher can help reduce the occurrence of this issue. |
Description
I have a private blockchain with 7 validators, I take down 2 validators and the chain seems to freeze and is unable to produce blocks.
Acceptance Criteria
Steps to Reproduce (Bug)
I have tested this a few times and it is inconsistent. Sometimes the chain does not stall, other times the chain does stall.
Shut down two validators and then trigger events to happen on the blockchain.
Expected behavior: [What you expect to happen]
Blockchain works with 2 validators down.
Actual behavior: [What actually happens]
The blockchain will stall and gives
BftProcessorExecutor-QBFT-0 | INFO | ProposalValidator | Invalid Proposal Payload: Latest Prepared Metadata blockhash does not align with proposed block
errors along withEthScheduler-Timer-0 | DEBUG | WaitForPeerTask | Waiting for new peer connection. 9 peers currently connected.
Frequency: [What percentage of the time does it occur?]
This happens about half the times I have run testing.
Logs (if a bug)
Versions (Add all that apply)
besu --version
]java -version
]cat /etc/*release
]uname -a
]The text was updated successfully, but these errors were encountered: