[
https://issues.apache.org/jira/browse/HADOOP-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12771667#action_12771667
]
gary murry commented on HADOOP-6344:
------------------------------------
I tested manually using the steps above. I got the following results:
[hadoo...@gsbl20230 hadoop-0.20.1.3092118000]$ bin/hadoop fs -put
../hadoop-0.20.1.3092118002/test.bin gmurry/test1.bin
put: org.apache.hadoop.hdfs.protocol.DSQuotaExceededException: The DiskSpace
quota of /user/hadoopqa is exceeded: quota=1 diskspace consumed=11.2g
[hadoo...@gsbl20230 hadoop-0.20.1.3092118000]$ bin/hadoop fs -rm
gmurry/test2.bin
09/10/29 22:28:07 WARN fs.Trash: Can't create trash directory:
hdfs://gsbl20230.blue.ygrid.yahoo.com/user/hadoopqa/.Trash/Current/user/hadoopqa/gmurry
rm: Failed to move to trash:
hdfs://gsbl20230.blue.ygrid.yahoo.com/user/hadoopqa/gmurry/test2.bin
And the files were still present.
+1
Also, we need to have an attached Jira for the fixing of the unit tests to find
this sort of thing.
Thanks
> rm and rmr fail to correctly move the user's files to the trash prior to
> deleting when they are over quota.
> -------------------------------------------------------------------------------------------------------------
>
> Key: HADOOP-6344
> URL: https://issues.apache.org/jira/browse/HADOOP-6344
> Project: Hadoop Common
> Issue Type: Bug
> Affects Versions: 0.20.0, 0.20.1, 0.21.0, 0.22.0
> Reporter: gary murry
> Attachments: HDFS-740-for-Y20.patch, HDFS-740.patch
>
>
> With trash turned on, if a user is over his quota and does a rm (or rmr), the
> file is deleted without a copy being placed in the trash.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
