You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ambari.apache.org by "Shahrukh Khan (JIRA)" <ji...@apache.org> on 2017/08/16 08:58:00 UTC

[jira] [Updated] (AMBARI-21731) Rolling Decommission of HDFS Datanodes

     [ https://issues.apache.org/jira/browse/AMBARI-21731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Shahrukh Khan updated AMBARI-21731:
-----------------------------------
    External issue URL: https://hortonworks.jira.com/browse/RMP-9584
     External issue ID: RMP-9584

> Rolling Decommission of HDFS Datanodes
> --------------------------------------
>
>                 Key: AMBARI-21731
>                 URL: https://issues.apache.org/jira/browse/AMBARI-21731
>             Project: Ambari
>          Issue Type: New Feature
>          Components: ambari-server
>    Affects Versions: 2.5.1
>            Reporter: Shahrukh Khan
>              Labels: datanode, decommision, hdfs, rolling, rolling_decommision
>
> Implement feature of Rolling Decommission for HDFS Datanodes.
> Use "Under-Replicated Blocks" as parameter for Rolling Decommission, Instead of Wait Time.
> E.g. - To decommission 100 HDFS Datanodes - with rolling decommission of 3 nodes at a time, a batch of decommission should trigger when a threshold of - "Minimum number of Under-Replicated Blocks" has reached.
> *Note - Minimum Threshold of - "Under-Replicated Blocks" has to be taken care so that we don't end up in a situation with huge load on HDFS Namenode and high number of Under Replicated Blocks - Specially with Datanodes of huge Data size ( ~ TB )



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)