You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Rushabh S Shah (JIRA)" <ji...@apache.org> on 2015/09/15 21:12:46 UTC

[jira] [Created] (HDFS-9083) Replication violates block placement policy.

Rushabh S Shah created HDFS-9083:
------------------------------------

             Summary: Replication violates block placement policy.
                 Key: HDFS-9083
                 URL: https://issues.apache.org/jira/browse/HDFS-9083
             Project: Hadoop HDFS
          Issue Type: Bug
          Components: HDFS, namenode
    Affects Versions: 2.6.0
            Reporter: Rushabh S Shah


Recently we are noticing many cases in which all the replica of the block are residing on the same rack.
During the block creation, the block placement policy was honored.
But after node failure event in some specific manner, the block ends up in such state.

On investigating more I found out that BlockManager#blockHasEnoughRacks is dependent on the config (net.topology.script.file.name)
{noformat}
 if (!this.shouldCheckForEnoughRacks) {
      return true;
    }
{noformat}
We specify DNSToSwitchMapping implementation (our own custom implementation) via net.topology.node.switch.mapping.impl and no longer use net.topology.script.file.name config.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)