Return-Path: X-Original-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-common-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 1129B9106 for ; Mon, 4 Jun 2012 20:38:24 +0000 (UTC) Received: (qmail 75544 invoked by uid 500); 4 Jun 2012 20:38:23 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 75499 invoked by uid 500); 4 Jun 2012 20:38:23 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 75307 invoked by uid 99); 4 Jun 2012 20:38:23 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Jun 2012 20:38:23 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id 63DDE142860 for ; Mon, 4 Jun 2012 20:38:23 +0000 (UTC) Date: Mon, 4 Jun 2012 20:38:23 +0000 (UTC) From: "Aaron T. Myers (JIRA)" To: common-issues@hadoop.apache.org Message-ID: <672607608.36110.1338842303410.JavaMail.jiratomcat@issues-vm> In-Reply-To: <1927474368.35384.1338832944519.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Commented] (HADOOP-8479) update HDFS quotas guide: currently says setting quota fails if the directory would be in violation of the new quota MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HADOOP-8479?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13288884#comment-13288884 ] Aaron T. Myers commented on HADOOP-8479: ---------------------------------------- I'm happy to be convinced otherwise, but presently I'm of the opinion that this seems like an error in the docs. Setting a quota is an administrative command, so if an administrator notices a user directory that's using too much space, they might want to set a quota on it which would then force the user to later clean up that dir as they see fit. I don't think the administrator should be required to clean up the dir before being able to set the quota. > update HDFS quotas guide: currently says setting quota fails if the directory would be in violation of the new quota > -------------------------------------------------------------------------------------------------------------------- > > Key: HADOOP-8479 > URL: https://issues.apache.org/jira/browse/HADOOP-8479 > Project: Hadoop Common > Issue Type: Bug > Components: documentation > Reporter: Stephen Chu > Labels: newbie > > http://hadoop.apache.org/common/docs/r0.20.0/hdfs_quota_admin_guide.html > The guide says "The attempt to set a quota fails if the directory would be in violation of the new quota" for both Name Quotas and Space Quotas. > That doesn't seem to be the case, though. I can set the quota successfully even when the directory violates the new quota. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira