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

HADOOP-10423. Clarify compatibility policy document for combination of new client and old server. (Chris Nauroth via kasha) 

git-svn-id: https://svn.apache.org/repos/asf/hadoop/common/branches/branch-2@1581117 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Karthik Kambatla 2014-03-24 23:27:12 +00:00
parent 02b4b702d3
commit 64e93189f1
2 changed files with 12 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
hadoop-common-project/hadoop-common/CHANGES.txt
View File

@ -80,6 +80,9 @@ Release 2.4.0 - UNRELEASED
HADOOP-10015. UserGroupInformation prints out excessive warnings.
(Nicolas Liochon via szetszwo)
HADOOP-10423. Clarify compatibility policy document for combination of
new client and old server. (Chris Nauroth via kasha)
OPTIMIZATIONS
BUG FIXES

9
hadoop-common-project/hadoop-common/src/site/apt/Compatibility.apt.vm
View File

@ -124,6 +124,15 @@ hand-in-hand to address this.
(cluster) to a later version (or vice versa). For example, a
Hadoop 2.1.0 client talking to a Hadoop 2.3.0 cluster.
* Client-Server compatibility is also required to allow users to upgrade the
client before upgrading the server (cluster). For example, a Hadoop 2.4.0
client talking to a Hadoop 2.3.0 cluster. This allows deployment of
client-side bug fixes ahead of full cluster upgrades. Note that new cluster
features invoked by new client APIs or shell commands will not be usable.
YARN applications that attempt to use new APIs (including new fields in data
structures) that have not yet deployed to the cluster can expect link
exceptions.
* Client-Server compatibility is also required to allow upgrading
individual components without upgrading others. For example,
upgrade HDFS from version 2.1.0 to 2.2.0 without upgrading MapReduce.