You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/main/asciidoc/_chapters/upgrading.adoc
+22Lines changed: 22 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -128,6 +128,13 @@ Previously, we tried to maintain dependency compatibility for the underly Hadoop
128
128
|Operational Compatibility | N |N |Y
129
129
|===
130
130
131
+
[IMPORTANT]
132
+
======
133
+
HBase 1.7.0 release violated client-server wire compatibility guarantees and was subsequently
134
+
withdrawn after the incompatibilities were reported and fixed in 1.7.1. If you are considering an
135
+
upgrade to 1.7.x line, see <<upgrade1.7.x>>.
136
+
======
137
+
131
138
[[hbase.client.api.surface]]
132
139
==== HBase API Surface
133
140
@@ -799,6 +806,21 @@ To upgrade an existing HBase 1.x cluster, you should:
799
806
* Upgrade RegionServers
800
807
* (Eventually) Upgrade Clients
801
808
809
+
[[upgrade1.7.x]]
810
+
=== Upgrading to 1.7.1+
811
+
HBase release 1.7.0 introduced an incompatible table metadata serialization format that broke the
812
+
minor release compatibility guarantees. The issue was reported in https://issues.apache.org/jira/browse/HBASE-26021[HBASE-26021] and the problematic serialization patch was reverted in
813
+
HBase 1.7.1. Some important notes about 1.7.x upgrades below.
814
+
815
+
* If you are considering an upgrade to 1.7.x version, skip 1.7.0 completely and upgrade to 1.7.1+
816
+
version. 1.7.0 was withdrawn and removed from the Apache sites.
817
+
* If you already installed a 1.7.0 cluster from scratch and are looking to migrate to 1.7.1+, you
818
+
cannot follow the regular rolling upgrade procedures due to broken compatibility contracts.
819
+
Instead shutdown the cluster and reboot with 1.7.1+ binaries. Newer versions detect any existing
820
+
tables with incompatible serialization and rewrite them using the correct format at bootstrap.
821
+
* If you are already on 1.7.1+ version, everything is good and no additional steps need to be
0 commit comments