Uploaded image for project: 'HBase'
  1. HBase
  2. HBASE-19397 Design procedures for ReplicationManager to notify peer change event from master
  3. HBASE-19633

Clean up the replication queues in the postPeerModification stage when removing a peer

    XMLWordPrintableJSON

Details

    • Reviewed

    Description

      In the previous implementation, we can not always cleanly remove all the replication queues when removing a peer since the removing work is done by RS and if an RS is crashed then some queues may left there forever. That's why we need to check if there are already some queues for a newly created peer since we may reuse the peer id and causes problem.

      With the new procedure based replication peer modification, I think we can do it cleanly. After the RefreshPeerProcedures are done on all RSes, we can make sure that no RS will create queue for this peer again, then we can iterate over all the queues for all Rses and do another round of clean up.

      Attachments

        1. HBASE-19633-HBASE-19397.patch
          5 kB
          Duo Zhang
        2. HBASE-19633-HBASE-19397-v1.patch
          13 kB
          Duo Zhang
        3. HBASE-19633-HBASE-19397-v2.patch
          30 kB
          Duo Zhang
        4. HBASE-19633-HBASE-19397-v3.patch
          30 kB
          Duo Zhang

        Activity

          People

            zhangduo Duo Zhang
            zhangduo Duo Zhang
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: