-
Notifications
You must be signed in to change notification settings - Fork 8.8k
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
Disable peer.deliveryclient.blockGossipEnabled in sample core.yaml #4911
Conversation
@yacovm Let me know if I got the gossip doc correct... |
@pfi79 I've seen this SmartBFT integration test fail multiple times, I think you have worked on it in the past, any ideas?
|
Yeah, I'm already looking for errors |
# Note that 'gossip.state.enabled' controls point to point block replication | ||
# of blocks committed in the past. | ||
blockGossipEnabled: true | ||
blockGossipEnabled: false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why do you even need to put it false here? maybe comment it out?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why do you even need to put it false here? maybe comment it out?
If it is not set it defaults to true, see https://github.com/hyperledger/fabric/blob/main/core/deliverservice/config.go#L133-L138
We want it to default to false. It will be more consistent for users and maintainers if the logic stays the same across release branches, with just a simple default value change that we can mention in the v3.0 release notes.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe like for bft just ban it here https://github.com/hyperledger/fabric/blob/main/core/deliverservice/deliveryclient.go#L253-L255
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We want it to default to false. It will be more consistent for users and maintainers if the logic stays the same across release branches, with just a simple default value change that we can mention in the v3.0 release notes.
Agreed
Seems right. Wow, this is so legacy... |
@denyeart Done. Please apply the changes from main. Or restart actions. |
@Mergifyio rebase |
Since v2.2 it has been recommended to configure all peers to be orgLeaders so that they pull blocks from ordering service. In v2.4 peer.deliveryclient.blockGossipEnabled was added and recommended to be set to false so that peers don't gossip pulled blocks. These settings simplify peer behavior and reduce communication between peers (at the expense of more connections to ordering service). Finally in v3.0 peer.deliveryclient.blockGossipEnabled is set to false by default. This change also updates core.yaml and documentation to make these recommendations clear and consistent. Closes hyperledger#3961 Signed-off-by: David Enyeart <enyeart@us.ibm.com>
✅ Branch has been successfully rebased |
e1607bc
to
f4618e6
Compare
Since v2.2 it has been recommended to configure all peers to be orgLeaders so that they pull blocks from ordering service.
In v2.4 peer.deliveryclient.blockGossipEnabled was added and recommended to be set to false so that peers don't gossip pulled blocks.
These settings simplify peer behavior and reduce communication between peers (at the expense of more connections to ordering service).
Finally in v3.0 peer.deliveryclient.blockGossipEnabled is set to false by default.
This change also updates core.yaml and documentation to make these recommendations clear and consistent.
Closes #3961