Return-Path: X-Original-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7E4487010 for ; Tue, 26 Jul 2011 22:13:34 +0000 (UTC) Received: (qmail 11024 invoked by uid 500); 26 Jul 2011 22:13:34 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 10961 invoked by uid 500); 26 Jul 2011 22:13:33 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-issues@hadoop.apache.org Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 10952 invoked by uid 99); 26 Jul 2011 22:13:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Jul 2011 22:13:33 +0000 X-ASF-Spam-Status: No, hits=-2001.2 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Jul 2011 22:13:31 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 0F81B8A6F5 for ; Tue, 26 Jul 2011 22:13:10 +0000 (UTC) Date: Tue, 26 Jul 2011 22:13:10 +0000 (UTC) From: "Eric Payne (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <342214993.9550.1311718390060.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <477676474.8288.1311698229529.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Updated] (HDFS-2202) 0.23: Changes to balancer bandwidth should not require datanode restart. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HDFS-2202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Payne updated HDFS-2202: ----------------------------- Attachment: HDFS-2171.patch > 0.23: Changes to balancer bandwidth should not require datanode restart. > ------------------------------------------------------------------------ > > Key: HDFS-2202 > URL: https://issues.apache.org/jira/browse/HDFS-2202 > Project: Hadoop HDFS > Issue Type: Bug > Components: balancer, data-node > Affects Versions: 0.20.205.0 > Reporter: Eric Payne > Assignee: Eric Payne > Fix For: 0.23.0 > > Attachments: HDFS-2171.patch > > > Currently in order to change the value of the balancer bandwidth (dfs.datanode.balance.bandwidthPerSec), the datanode daemon must be restarted. > The optimal value of the bandwidthPerSec parameter is not always (almost never) known at the time of cluster startup, but only once a new node is placed in the cluster and balancing is begun. If the balancing is taking too long (bandwidthPerSec is too low) or the balancing is taking up too much bandwidth (bandwidthPerSec is too high), the cluster must go into a "maintenance window" where it is unusable while all of the datanodes are bounced. In large clusters of thousands of nodes, this can be a real maintenance problem because these "mainenance windows" can take a long time and there may have to be several of them while the bandwidthPerSec is experimented with and tuned. > A possible solution to this problem would be to add a -bandwidth parameter to the balancer tool. If bandwidth is supplied, pass the value to the datanodes via the OP_REPLACE_BLOCK and OP_COPY_BLOCK DataTransferProtocol requests. This would make it necessary, however, to change the DataTransferProtocol version. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira