Apache
/
hbase
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

HBASE-18626 Handle the incompatible change about the replication TableCFs' config

This commit is contained in:
Guanghao Zhang 2017-11-18 15:33:08 +08:00
parent ab1d5e05a8
commit 68ee26d34d
1 changed files with 20 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
src/main/asciidoc/_chapters/upgrading.adoc
View File

@ -175,6 +175,26 @@ In the minor version-particular sections below, we call out where the versions a
== Upgrade Paths
[[upgrade1.4]]
=== Upgrading to 1.4+
==== Replication peer's TableCFs config
Before 1.4, the table name can't include namespace for replication peer's TableCFs config. It was fixed by add TableCFs to ReplicationPeerConfig which was stored on Zookeeper. So when upgrade to 1.4, you have to update the original ReplicationPeerConfig data on Zookeeper firstly. There are four steps to upgrade when your cluster have a replication peer with TableCFs config.
* Disable the replication peer.
* If master has permission to write replication peer znode, then rolling update master directly. If not, use TableCFsUpdater tool to update the replication peer's config.
[source,bash]
----
$ bin/hbase org.apache.hadoop.hbase.replication.master.TableCFsUpdater update
----
* Rolling update regionservers.
* Enable the replication peer.
Notes:
* Can't use the old client(before 1.4) to change the replication peer's config. Because the client will write config to Zookeeper directly, the old client will miss TableCFs config. And the old client write TableCFs config to the old tablecfs znode, it will not work for new version regionserver.
[[upgrade1.0]]
=== Upgrading from 0.98.x to 1.x