Skip to content
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

fix: only update preferredReadReplica if valid #2076

Merged
merged 1 commit into from
Dec 4, 2021

Conversation

dnwe
Copy link
Collaborator

@dnwe dnwe commented Dec 1, 2021

FetchResponse from a follower will not contain a PreferredReadReplica. It seems like the partitionConsumer would overwrite the previously assigned value from the leader with -1 which would then trigger the "reconnect to the current leader" changes from #1936 causing a flip-flop effect.

Contributes-to: #2071

FetchResponse from a follower will _not_ contain a PreferredReadReplica.
It seems like the partitionConsumer would overwrite the previously
assigned value from the leader with -1 which would then trigger the
"reconnect to the current leader" changes from #1936 causing a flip-flop
effect.

Contributes-to: #2071

Signed-off-by: Dominic Evans <dominic.evans@uk.ibm.com>
@lizthegrey
Copy link
Contributor

Fix confirmed working on a canary. Deploying with dep pinned to this branch across our environments, will report back.

@lizthegrey
Copy link
Contributor

Deployed fleetwide and rack awareness turned back on. It looks buttery smooth, thank you!

@dnwe
Copy link
Collaborator Author

dnwe commented Dec 4, 2021

Perfect. Ok let’s go ahead and merge this so we can cut a release with the fix and mark the previous one as bad.

I’ll revisit this with some test coverage in a follow on PR

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants