Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 5827 invoked from network); 5 Jun 2008 15:50:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Jun 2008 15:50:12 -0000 Received: (qmail 48655 invoked by uid 500); 5 Jun 2008 15:50:13 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 48624 invoked by uid 500); 5 Jun 2008 15:50:12 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 48322 invoked by uid 99); 5 Jun 2008 15:50:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jun 2008 08:50:11 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jun 2008 15:49:23 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id E8688234C12E for ; Thu, 5 Jun 2008 08:49:44 -0700 (PDT) Message-ID: <1824330840.1212680984937.JavaMail.jira@brutus> Date: Thu, 5 Jun 2008 08:49:44 -0700 (PDT) From: "lixiangna (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Created: (HADOOP-3499) decommission node is both in the "Live Datanodes" with "In Service" status, and in the "Dead Datanodes" of the dfs namenode web ui. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org decommission node is both in the "Live Datanodes" with "In Service" status, and in the "Dead Datanodes" of the dfs namenode web ui. ----------------------------------------------------------------------------------------------------------------------------------- Key: HADOOP-3499 URL: https://issues.apache.org/jira/browse/HADOOP-3499 Project: Hadoop Core Issue Type: Bug Components: dfs Affects Versions: 0.17.0 Environment: linux-2.6.9 Reporter: lixiangna try to decommission a node by the following the steps: (1) write the hostname of node which will be decommissioned in a file (the exclude file) (2) specified the absolute path of the exclude file as a configuration parameter dfs.hosts.exclude. (3) run "bin/hadoop dfsadmin -refreshNodes". It is surprising that the node is found both in the "Live Datanodes" with "In Service" status, and in the "Dead Datanodes" of the dfs namenode web ui. When copy new data to the HDFS, its Used size is increasing as other un-decommissioned nodes. Obviously it is in service. Restarting the HDFS or waiting a long time(two day) havn't make the decommission yet. the more strange thing, If nodes are configured as the include nodes by similar steps, then these include nodes and the exclude node are all only in the "Dead Datanodes" lists. I did many times tests in both 0.17.0 and 0.15.1. The results is same. So i think there maybe bugs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.