Return-Path: X-Original-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-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 7771418FC0 for ; Thu, 11 Jun 2015 08:32:01 +0000 (UTC) Received: (qmail 50328 invoked by uid 500); 11 Jun 2015 08:32:01 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 50110 invoked by uid 500); 11 Jun 2015 08:32:00 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-issues@hadoop.apache.org Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 49496 invoked by uid 99); 11 Jun 2015 08:32:00 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Jun 2015 08:32:00 +0000 Date: Thu, 11 Jun 2015 08:32:00 +0000 (UTC) From: "nijel (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Moved] (HDFS-8575) Support User level Quota for space and Name (count) 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/HDFS-8575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] nijel moved YARN-3796 to HDFS-8575: ----------------------------------- Key: HDFS-8575 (was: YARN-3796) Project: Hadoop HDFS (was: Hadoop YARN) > Support User level Quota for space and Name (count) > --------------------------------------------------- > > Key: HDFS-8575 > URL: https://issues.apache.org/jira/browse/HDFS-8575 > Project: Hadoop HDFS > Issue Type: New Feature > Reporter: nijel > Assignee: nijel > > I would like to have one feature in HDFS to have quota management at user level. > Background : > When the customer uses a multi tenant solution it will have many Hadoop eco system components like HIVE, HBASE, yarn etc. The base folder of these components are different like /hive - Hive , /hbase -HBase. > Now if a user creates some file or table these will be under the folder specific to component. If the user name is taken into account it looks like > {code} > /hive/user1/table1 > /hive/user2/table1 > /hbase/user1/Htable1 > /hbase/user2/Htable1 > > Same for yarn/map-reduce data and logs > {code} > > In this case restricting the user to use a certain amount of disk/file is very difficult since the current quota management is at folder level. > > Requirement: User level Quota for space and Name (count). Say user1 can have 100G irrespective of the folder or location used. > > Here the idea to consider the file owner ad the key and attribute the quota to it. So the current quota system can have a initial check for the user quota if defined, before validating the folder quota. > Note: > This need a change in fsimage to store the user and quota information > Please have a look on this scenario. If it sounds good, i will create the tasks and the update the design and prototype. > Thanks -- This message was sent by Atlassian JIRA (v6.3.4#6332)