hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Xiao Chen (JIRA)" <j...@apache.org>
Subject [jira] [Created] (HDFS-10756) Expose getTrashRoot to HTTPFS and WebHDFS
Date Fri, 12 Aug 2016 00:01:35 GMT
Xiao Chen created HDFS-10756:
--------------------------------

             Summary: Expose getTrashRoot to HTTPFS and WebHDFS
                 Key: HDFS-10756
                 URL: https://issues.apache.org/jira/browse/HDFS-10756
             Project: Hadoop HDFS
          Issue Type: Improvement
          Components: encryption, httpfs, webhdfs
            Reporter: Xiao Chen


Currently, hadoop FileSystem API has [getTrashRoot|https://github.com/apache/hadoop/blob/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/fs/FileSystem.java#L2708]
to determine trash directory at run time. Default trash dir is under {{/user/$USER}}

For an encrypted file, since moving files between/in/out of EZs are not allowed, when an EZ
file is deleted via CLI, it calls in to [DFS implementation|https://github.com/apache/hadoop/blob/trunk/hadoop-hdfs-project/hadoop-hdfs-client/src/main/java/org/apache/hadoop/hdfs/DistributedFileSystem.java#L2485]
to move the file to a trash directory into the same EZ.

This works perfectly fine for CLI users or java users who call FileSystem API. But for users
via httpfs/webhdfs, currently there is no way to figure out what the trash root would be.
This jira is proposing we add such interface to httpfs and webhdfs.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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


Mime
View raw message