You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Michael Stack (Jira)" <ji...@apache.org> on 2019/11/21 22:04:00 UTC

[jira] [Created] (HBASE-23328) info:regioninfo goes wrong when region replicas enabled

Michael Stack created HBASE-23328:
-------------------------------------

             Summary: info:regioninfo goes wrong when region replicas enabled
                 Key: HBASE-23328
                 URL: https://issues.apache.org/jira/browse/HBASE-23328
             Project: HBase
          Issue Type: Bug
          Components: read replicas
            Reporter: Michael Stack
            Assignee: Michael Stack


Noticed that the info:regioninfo content in hbase:meta can become that of a serialized replica. I think it mostly harmless but accounting especially debugging is frustrated because hbase:meta row name does not match the info:regioninfo.

Here is an example:

{code}
t1,c6e977ef,1572669121340.0b455b2d57f91c153d5088533205c268. column=info:regioninfo, timestamp=1574367093772, value={ENCODED => 5199f7826c340ba944517e97c6ebaf04, NAME => 't1,c6e977ef,1572669121340_0001.5199f7826c340ba944517e97c6ebaf04.', STARTKEY => 'c6e977ef', ENDKEY => 'c72b0126', REPLICA_ID => 1}
{code}

Notice how hbase:meta row name is like that of the info:regioninfo content only we are listing REPLICA_ID content and the encoded name is different (as it factors replicaid).

The original Region Replica design describes how the info:regioninfo is supposed to have the default HRI serialized only. See comment on HRI changes in https://issues.apache.org/jira/secure/attachment/12627276/hbase-10347_redo_v8.patch

Going back over history, this may have been a bug since Region Replicas came in.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)