Details

    • Type: Sub-task
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 3.0.0, 2.1.0
    • Component/s: proc-v2, Replication
    • Labels:
      None
    • Hadoop Flags:
      Reviewed

      Description

      For now, we will do sanity checks at the same time when updating replication peer. But this is not a safe way for procedure based replication peer modification.

      For the old zk watcher way, the only thing is updating the data on zk, so if the data is updated and then we crashes, there is no problem.

      For the new procedure way, we need to trigger refresh by ourselves after updating zk. If we crashes after the updating and before we record the state change of the procedure, we may fail with IllegalArgumentException when we execute the procedure next time since the data on zk has already been updated.

      So the current way is to do sanity checks in PRE_PEER_MODIFICATION state, and in UPDATE_STORAGE state we will not do sanity checks any more, just update(overwrite) the peer storage.

        Attachments

        1. HBASE-19543-HBASE-19397-v3.patch
          114 kB
          Duo Zhang
        2. HBASE-19543-HBASE-19397-v2.patch
          113 kB
          Duo Zhang
        3. HBASE-19543-HBASE-19397-v1.patch
          110 kB
          Duo Zhang
        4. HBASE-19543-HBASE-19397.patch
          106 kB
          Duo Zhang
        5. HBASE-19543-HBASE-19397.patch
          106 kB
          Duo Zhang

          Issue Links

            Activity

              People

              • Assignee:
                Apache9 Duo Zhang
                Reporter:
                Apache9 Duo Zhang
              • Votes:
                0 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: