[
https://issues.apache.org/jira/browse/KAFKA-18187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17911653#comment-17911653
]
Alyssa Huang commented on KAFKA-18187:
--------------------------------------
Hey Peter, sorry for the late response.
This would be good to include as a prevote subtask, I'll make that change in a
bit.
> Should replicas that receive EndQuorum bypass these existing PreVote rules
> (like the log up-to-date check)? Or is there something else I'm missing about
> how EndQuorum should affect PreVote handling?
Right now, the main PreVote PRs enforce that Followers that have fetched
successfully from the leader at least once are unable to grant preVotes. This
Jira basically makes PreVote elections more efficient by addressing when a
Follower receives an endQuorumRequest, it is now able to grant preVotes before
it eventually transitions to Prospective. The log condition where the PreVote
sender's log must be at least as up-to-date with the recipient's still holds.
As mentioned earlier though, this definitely will be easier to tackle once
[https://github.com/apache/kafka/pull/18240] is merged in
> Replicas that receive EndQuorum should grant preVotes in that epoch
> -------------------------------------------------------------------
>
> Key: KAFKA-18187
> URL: https://issues.apache.org/jira/browse/KAFKA-18187
> Project: Kafka
> Issue Type: Improvement
> Affects Versions: 4.0.0
> Reporter: Alyssa Huang
> Assignee: Peter Lee
> Priority: Minor
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
