[
https://issues.apache.org/jira/browse/HDFS-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13018664#comment-13018664
]
Tsz Wo (Nicholas), SZE commented on HDFS-1822:
----------------------------------------------
> Show me where the tarball ...
Why a tarball suddenly becomes so important? I am surprised. Do you count
0.22 or 0.23? The tarballs are not out there yet.
Once a release is out, we are not allow to make incompatible changes but
changing opcodes is fine as long as the layout version is updated and it is
backward compatible. As mentioned earlier, opcode is not necessarily unique
across different layout versions.
> But here's the problem: this patch and my example cover both of these cases.
> ...
I intended to make two cases mutually exclusive. The second case should be:
"if a patch is only fixing a private distribution but not Apache Hadoop
trunk/branches". Sorry that I did not make it clear.
> ... Could someone generate a JIRA list that tracks the changes in the
> opcodes? ...
It can be done by "svn log".
> Editlog opcodes overlap between 20 security and later releases
> --------------------------------------------------------------
>
> Key: HDFS-1822
> URL: https://issues.apache.org/jira/browse/HDFS-1822
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: name-node
> Affects Versions: 0.21.0, 0.22.0, 0.23.0
> Reporter: Suresh Srinivas
> Assignee: Suresh Srinivas
> Priority: Blocker
> Fix For: 0.22.0, 0.23.0
>
> Attachments: HDFS-1822.patch
>
>
> Same opcode are used for different operations between 0.20.security, 0.22 and
> 0.23. This results in failure to load editlogs on later release, especially
> during upgrades.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
