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

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

View raw message