[
https://issues.apache.org/jira/browse/HDFS-6482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14156514#comment-14156514
]
Hudson commented on HDFS-6482:
------------------------------
FAILURE: Integrated in Hadoop-Mapreduce-trunk #1914 (See
[https://builds.apache.org/job/Hadoop-Mapreduce-trunk/1914/])
HDFS-6482. Fix CHANGES.txt in trunk (arp: rev
be30c86cc9f71894dc649ed22983e5c42e9b6951)
* hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
> Use block ID-based block layout on datanodes
> --------------------------------------------
>
> Key: HDFS-6482
> URL: https://issues.apache.org/jira/browse/HDFS-6482
> Project: Hadoop HDFS
> Issue Type: Improvement
> Components: datanode
> Affects Versions: 3.0.0
> Reporter: James Thomas
> Assignee: James Thomas
> Fix For: 2.6.0
>
> Attachments: 6482-design.doc, HDFS-6482.1.patch, HDFS-6482.2.patch,
> HDFS-6482.3.patch, HDFS-6482.4.patch, HDFS-6482.5.patch, HDFS-6482.6.patch,
> HDFS-6482.7.patch, HDFS-6482.8.patch, HDFS-6482.9.patch, HDFS-6482.patch,
> hadoop-24-datanode-dir.tgz
>
>
> Right now blocks are placed into directories that are split into many
> subdirectories when capacity is reached. Instead we can use a block's ID to
> determine the path it should go in. This eliminates the need for the LDir
> data structure that facilitates the splitting of directories when they reach
> capacity as well as fields in ReplicaInfo that keep track of a replica's
> location.
> An extension of the work in HDFS-3290.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
