[
https://issues.apache.org/jira/browse/HDFS-1936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13033186#comment-13033186
]
Suresh Srinivas commented on HDFS-1936:
---------------------------------------
> Can I suggest that we add some static helper methods here
I plan to add that.
> Medium term maybe we can move away from the single-integer versioning to
> something like a list of flags
I think layout version is referenced in various places. We cannot replace that.
But I agree with you on adding a feature matrix, that some looks some thing
like:
LV <-> EnumSet of features supported.
With that we could move to using feature supported for doing the functionality
that we depend on LV today. This also enables building a simple tool which
given two layout versions, can tell if upgrade is possible.
> Updating the layout version from HDFS-1822 causes upgrade problems.
> -------------------------------------------------------------------
>
> Key: HDFS-1936
> URL: https://issues.apache.org/jira/browse/HDFS-1936
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: name-node
> Affects Versions: 0.22.0, 0.23.0
> Reporter: Suresh Srinivas
> Assignee: Suresh Srinivas
> Priority: Blocker
> Fix For: 0.22.0, 0.23.0
>
>
> In HDFS-1822 and HDFS-1842, the layout versions for 203, 204, 22 and trunk
> were changed. Some of the namenode logic that depends on layout version is
> broken because of this. Read the comment for more description.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
