You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Bryan Beaudreault (Jira)" <ji...@apache.org> on 2022/03/03 15:10:00 UTC

[jira] [Created] (HBASE-26797) HBase 1.x clients will choke on rep_barrier rows when scanning hbase 2.x meta

Bryan Beaudreault created HBASE-26797:
-----------------------------------------

             Summary: HBase 1.x clients will choke on rep_barrier rows when scanning hbase 2.x meta
                 Key: HBASE-26797
                 URL: https://issues.apache.org/jira/browse/HBASE-26797
             Project: HBase
          Issue Type: Bug
    Affects Versions: 1.7.1
            Reporter: Bryan Beaudreault


In hbase 2.x, support for serial replication included adding a new CF to meta called rep_barrier. When regions are split or merged, these rep_barrier rows will not be cleaned up. Instead there's a ReplicationBarrierCleaner chore which runs every 12 hours. HBase 2.x clients will ignore these rep_barrier rows, per the [addFamily call in locateRegionInMeta|[https://github.com/apache/hbase/blob/branch-2/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ConnectionImplementation.java#L929].]

Encountering these orphan rep_barrier rows causes the hbase 1.x client to fail when it [tries to extract the region location from the meta row|[https://github.com/apache/hbase/blob/branch-1/hbase-client/src/main/java/org/apache/hadoop/hbase/client/ConnectionManager.java#L1340-L1344].] This is a non-recoverable exception, so retries will fail and it will eventually bubble up.

The immediate fix when encountering this is to run {{{}hbck2 fixMeta{}}}, but we should fix the hbase 1.x client to similarly filter on the CATALOG_FAMILY to avoid these issues altogether.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)