Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 24087 invoked from network); 22 Oct 2008 22:50:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Oct 2008 22:50:41 -0000 Received: (qmail 49117 invoked by uid 500); 22 Oct 2008 22:50:38 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 49100 invoked by uid 500); 22 Oct 2008 22:50:38 -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 49088 invoked by uid 99); 22 Oct 2008 22:50:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Oct 2008 15:50:37 -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; Wed, 22 Oct 2008 22:49:35 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 8EAA8234C237 for ; Wed, 22 Oct 2008 15:49:44 -0700 (PDT) Message-ID: <1532330798.1224715784583.JavaMail.jira@brutus> Date: Wed, 22 Oct 2008 15:49:44 -0700 (PDT) From: "Doug Cutting (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=12641989#action_12641989 ] Doug Cutting commented on HADOOP-4368: -------------------------------------- Pete, no one disagrees with your thesis, that getStats should not be restricted to superuser. The solution is to move it from DFSAdmin to FSShell. Unfortunately it's not quite that simple, since this is currently DFS-specific, and FSShell is generic. But capacity is a fairly generic operation. So a proper fix might also add a FileSsytem method like: {code} public FsStatus FileSystem#getStatus() public class FsStatus { public long getCapacity(); public long getFree(); public long getUsed(); } {code} > 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.