Weiwei Wu commented on HDFS-13380:

I have test this  patch in my cluster, rm and mv operation work fine, LGTM

> RBF: mv/rm fail after the directory exceeded the quota limit
> ------------------------------------------------------------
>                 Key: HDFS-13380
>                 URL: https://issues.apache.org/jira/browse/HDFS-13380
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>            Reporter: Weiwei Wu
>            Assignee: Yiqun Lin
>            Priority: Major
>         Attachments: HDFS-13380.001.patch, HDFS-13380.002.patch
> It's always fail when I try to mv/rm a directory which have exceeded the 
> quota limit.
> {code:java}
> [hadp@hadoop]$ hdfs dfsrouteradmin -ls
> Mount Table Entries:
> Source Destinations Owner Group Mode Quota/Usage
> /ns10t ns10->/ns10t hadp hadp rwxr-xr-x [NsQuota: 1200/1201, SsQuota: -/-]
> [hadp@hadoop]$ hdfs dfs -rm hdfs://ns-fed/ns10t/ns1mountpoint/aaaaaaaaaa.99
> rm: Failed to move to trash: hdfs://ns-fed/ns10t/ns1mountpoint/aaaaaaaaaa.99: 
> The NameSpace quota (directories and files) is exceeded: quota=1200 file 
> count=1201
> [hadp@hadoop]$ hdfs dfs -rm -skipTrash 
> hdfs://ns-fed/ns10t/ns1mountpoint/aaaaaaaaaa.99
> rm: The NameSpace quota (directories and files) is exceeded: quota=1200 file 
> count=1201
> {code}
> I think we should add a parameter for the method *getLocationsForPath,* to 
> determine if we need to perform quota verification on the operation. For 
> example mv src directory parameter and rm directory parameter.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org

Reply via email to