Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 27 Sep 2017 21:33:00 +0000 (UTC)
From: "Sean Busbey (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.13095553.1503034035000.219954.1506547980523@Atlassian.JIRA>
In-Reply-To: <JIRA.13095553.1503034035000@Atlassian.JIRA>
References: <JIRA.13095553.1503034035000@Atlassian.JIRA> <JIRA.13095553.1503034035973@jira-lw-us.apache.org>
Subject: [jira] [Updated] (HBASE-18626) Handle the incompatible change about
 the replication TableCFs' config
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 27 Sep 2017 21:33:06 -0000


     [ https://issues.apache.org/jira/browse/HBASE-18626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sean Busbey updated HBASE-18626:
--------------------------------
    Fix Version/s:     (was: 2.0.0-beta-1)
                   2.0.0-beta-2

let's push rolling upgrade stuff to beta-2. Ability to do upgrade at all should be sufficient for beta-1.

> Handle the incompatible change about the replication TableCFs' config
> ---------------------------------------------------------------------
>
>                 Key: HBASE-18626
>                 URL: https://issues.apache.org/jira/browse/HBASE-18626
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Guanghao Zhang
>            Priority: Blocker
>             Fix For: 2.0.0-beta-2
>
>
> About compatibility, there is one incompatible change about the replication TableCFs' config. The old config is a string and it concatenate the list of tables and column families in format "table1:cf1,cf2;table2:cfA,cfB" in zookeeper for table-cf to replication peer mapping. When parse the config, it use ":" to split the string. If table name includes namespace, it will be wrong (See HBASE-11386). It is a problem since we support namespace (0.98). So HBASE-11393 (and HBASE-16653) changed it to a PB object. When rolling update cluster, you need rolling master first. And the master will try to translate the string config to a PB object. But there are two problems.
> 1. Permission problem. The replication client can write the zookeeper directly. So the znode may have different owner. And master may don't have the write permission for the znode. It maybe failed to translate old table-cfs string to new PB Object. See HBASE-16938
> 2. We usually keep compatibility between old client and new server. But the old replication client may write a string config to znode directly. Then the new server can't parse them.


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)