[
https://issues.apache.org/jira/browse/HDFS-6840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Wang updated HDFS-6840:
------------------------------
Attachment: hdfs-6840.branch-2.patch
Branch-2 patch attached. Couple conflicts:
* FSNamesystem had the old config key being imported twice, so have to remove
it twice
* I removed TestHdfsNetworkTopologyWithNodeGroup. AFAICT, it looks like an old
version of TestNetworkTopologyWithNodeGroup. It's Junit3 still, and has fewer
tests. I think someone just missed an svn rename or something.
> Clients are always sent to the same datanode when read is off rack
> ------------------------------------------------------------------
>
> Key: HDFS-6840
> URL: https://issues.apache.org/jira/browse/HDFS-6840
> Project: Hadoop HDFS
> Issue Type: Bug
> Affects Versions: 2.5.0
> Reporter: Jason Lowe
> Assignee: Andrew Wang
> Priority: Critical
> Attachments: hdfs-6840.001.patch, hdfs-6840.002.patch,
> hdfs-6840.003.patch, hdfs-6840.branch-2.patch
>
>
> After HDFS-6268 the sorting order of block locations is deterministic for a
> given block and locality level (e.g.: local, rack. off-rack), so off-rack
> clients all see the same datanode for the same block. This leads to very
> poor behavior in distributed cache localization and other scenarios where
> many clients all want the same block data at approximately the same time.
> The one datanode is crushed by the load while the other replicas only handle
> local and rack-local requests.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
