Uploaded image for project: 'Kafka'
  1. Kafka
  2. KAFKA-2535

When removing a partition from an out of sync broker, it should not need to join the ISR first

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Open
    • Minor
    • Resolution: Unresolved
    • 0.8.2.0
    • None
    • replication
    • None

    Description

      I'm not 100% sure this improvement would be legitimate, but I will describe the issue I have been seeing and hopefully folks can advise.

      To reproduce:
      1. Start with a broker that is out of sync for a particular partition.
      2. Issue a reassignment that moves that partition off of that broker.

      Observed behavior:
      The broker continues replicating until it joins the ISR.

      Desired behavior:
      It seems to me that this broker should stop replication immediately. If this broker is able to replicate from somewhere, it means the ISR is not empty, so it should be safe to delete this partition's data from this broker.

      The reason I am interested in this is that I would like to be able to reduce disk usage on a broker by removing partitions from it. But if it has fallen behind on replication it continues to need more disk space until it has caught up. But it is just going to delete this data anyway, so it seems like this optimization should be possible.

      Attachments

        Activity

          People

            nehanarkhede Neha Narkhede
            DrTall Sean Fellows
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated: