Mailing-List: contact hadoop-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hadoop-dev@lucene.apache.org
Message-ID: <32766632.1169530609169.JavaMail.jira@brutus>
Date: Mon, 22 Jan 2007 21:36:49 -0800 (PST)
From: "Hadoop QA (JIRA)" <jira@apache.org>
To: hadoop-dev@lucene.apache.org
Subject: [jira] Commented: (HADOOP-909) dfs "du" shows that the size of a
 subdirectory is 0
In-Reply-To: <27891158.1169171070235.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HADOOP-909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466646 ] 

Hadoop QA commented on HADOOP-909:
----------------------------------

+1, because http://issues.apache.org/jira/secure/attachment/12349417/du.patch applied and successfully tested against trunk revision r498829.

> dfs "du" shows that the size of a subdirectory is 0
> ---------------------------------------------------
>
>                 Key: HADOOP-909
>                 URL: https://issues.apache.org/jira/browse/HADOOP-909
>             Project: Hadoop
>          Issue Type: Bug
>          Components: dfs
>    Affects Versions: 0.10.1
>            Reporter: Hairong Kuang
>         Assigned To: Hairong Kuang
>         Attachments: du.patch
>
>
> dfs "du" is implemented by sending a listPaths request to the namenode to get the size of each file/subdir under the directory. At the namenode side, the size of subdir was calculated by recursively going through the whole subtree with the subdir as the root. But starting from the release 0.10.0, the size of subdir is no longer gets calculated. So dfs "du" shows its size as 0.
> The problem is that both "du" and "list" send the same request "listPaths" to the  namenode. The previous implmentation made list very expensive, but the current implementation makes du not working.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.