-
Notifications
You must be signed in to change notification settings - Fork 7.3k
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
ZOOKEEPER-3594: Don't propose error transactions #2070
base: master
Are you sure you want to change the base?
ZOOKEEPER-3594: Don't propose error transactions #2070
Conversation
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.
case Leader.SKIP: | ||
// It is sad that we have no breadcrumbs to route packet back to origin. Basically, we have choices: | ||
// 1. Attach breadcrumbs to outstanding request. | ||
// This request protocol changes and protocol version bumping. |
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.
I think we could also cover #2069 if we want to go this way. I prefer this actually. We will inevitably introduce protocol changes in long term future. If so, why now ? But it still could be a separate issue before 3.10.0.
@BeforeEach | ||
@Override | ||
public void setUp() throws Exception { | ||
// TODO: setup an follower as observer master. |
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.
I am working on this. I could be a bit late due to my personal schedule.
As discussions in ZOOKEEPER-3418 and ZOOKEEPER-3594, there is no reason for us to propose error transactions. It is a waste of both network traffic/latency and disk storage. This pr introduces a new quorum packet type `SKIP`. Leader uses it to signal request owner to abort pending request. Since `SKIP` is a new packet type, so `skipErrorTxn` must not be turned on during rolling upgrade. JIRA: ZOOKEEPER-3594
abb2747
to
8c7bfc6
Compare
Can i contribute |
As discussions in ZOOKEEPER-3418 and ZOOKEEPER-3594, there is no reason for us to propose error transactions. It is a waste of both network traffic/latency and disk storage.
This pr introduces a new quorum packet type
SKIP
. Leader uses it to signal request owner to abort pending request.Since
SKIP
is a new packet type, soskipErrorTxn
must not be turned on during rolling upgrade.JIRA: ZOOKEEPER-3594(#1172)