[jira] [Assigned] (BIGTOP-3042) HDFS TestHDFSQuota doesn't match Hadoop's definition

["Jun He (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/BIGTOP-3042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jun He reassigned BIGTOP-3042:
------------------------------

    Assignee: Jun He

> HDFS TestHDFSQuota doesn't match Hadoop's definition
> ----------------------------------------------------
>
>                 Key: BIGTOP-3042
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-3042
>             Project: Bigtop
>          Issue Type: Bug
>          Components: hadoop, tests
>    Affects Versions: 1.2.1
>            Reporter: Jun He
>            Assignee: Jun He
>            Priority: Major
>
> The smoke test case for HDFS, TestHDFSQuota:testInputValues, it asserts fail on setSpaceQuota to 0:
> {code:java}
>     shHDFS.exec("hadoop dfsadmin -setSpaceQuota 0 $testQuotaFolder1");
>     assertTrue("setSpaceQuota should not have worked", shHDFS.getRet() != 0);
> {code}
> While this doesn't match Hadoop's definition for SpaceQuota.
> In Hadoop's doc ([2.7.2|https://hadoop.apache.org/docs/r2.7.2/hadoop-project-dist/hadoop-hdfs/HdfsQuotaAdminGuide.html] / [2.8.4|http://hadoop.apache.org/docs/r2.8.4/hadoop-project-dist/hadoop-hdfs/HdfsQuotaAdminGuide.html]):
> {{Set the space quota to be N bytes for each directory. This is a hard limit on total size of all the files under the directory tree. The space quota takes replication also into account, i.e. one GB of data with replication of 3 consumes 3GB of quota. N can also be specified with a binary prefix for convenience, for e.g. 50g for 50 gigabytes and 2t for 2 terabytes etc. Best effort for each directory, with faults reported if N is +neither zero nor a positive integer+, the directory does not exist or it is a file, or the directory would immediately exceed the new quota.}}
> This produces false failure, and should be removed from testcases.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)