Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 78888 invoked from network); 27 Oct 2008 18:09:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Oct 2008 18:09:41 -0000 Received: (qmail 49853 invoked by uid 500); 27 Oct 2008 18:09:39 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 49810 invoked by uid 500); 27 Oct 2008 18:09:39 -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 49799 invoked by uid 99); 27 Oct 2008 18:09:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Oct 2008 11:09:39 -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; Mon, 27 Oct 2008 18:08:34 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 92FAD234C23C for ; Mon, 27 Oct 2008 11:08:44 -0700 (PDT) Message-ID: <689764606.1225130924600.JavaMail.jira@brutus> Date: Mon, 27 Oct 2008 11:08:44 -0700 (PDT) From: "Allen Wittenauer (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-4368) Superuser privileges required to do "df" In-Reply-To: <733352859.1223421884260.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-4368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12642987#action_12642987 ] Allen Wittenauer commented on HADOOP-4368: ------------------------------------------ I argue that anything that doesn't require super user shouldn't be under dfsadmin to make the distinction clear. One thing that has me concerned... what sort of load on the name node does generating the data for -report generate? If it is significant, then it should remained privileged. > Superuser privileges required to do "df" > ---------------------------------------- > > Key: HADOOP-4368 > URL: https://issues.apache.org/jira/browse/HADOOP-4368 > Project: Hadoop Core > Issue Type: Wish > Components: contrib/fuse-dfs, dfs > Affects Versions: 0.18.1 > Reporter: Brian Bockelman > Priority: Minor > Original Estimate: 0.17h > Remaining Estimate: 0.17h > > super user privileges are required in DFS in order to get the file system statistics (FSNamesystem.java, getStats method). This means that when HDFS is mounted via fuse-dfs as a non-root user, "df" is going to return 16exabytes total and 0 free instead of the correct amount. > As far as I can tell, there's no need to require super user privileges to see the file system size (and historically in Unix, this is not required). > To fix this, simply comment out the privilege check in the getStats method. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.