Uploaded image for project: 'Kafka'
  1. Kafka
  2. KAFKA-17241 KIP-853 follow-ups
  3. KAFKA-17030

Voters should not assume that the leader will send them BeginQuorumEpoch requests

    XMLWordPrintableJSON

Details

    • Sub-task
    • Status: Open
    • Major
    • Resolution: Unresolved
    • None
    • None
    • None
    • None

    Description

      This issues depends on implementing https://issues.apache.org/jira/browse/KAFKA-16164

      Because of reconfiguration it is possible for a local replica to think that they are a voter but the KRaft leader doesn't have them in the voter set. Think a voter removal that committed before it was replicated to the removed voter.

      To address this issue KIP-853 suggest using Pre-Vote to fence the local replica from increasing their epoch. But in this state the local replica will be stuck because it will never discover the new leader. To fix this voters must send Fetch requests to the bootstrap server and or the known leader while in the prospective state. This is similar to how observer discover the leader in the unattached and follower state.

      Attachments

        Activity

          People

            alyssahuang Alyssa Huang
            jsancio José Armando García Sancio
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated: