You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "George Huang (JIRA)" <ji...@apache.org> on 2018/12/06 01:31:00 UTC

[jira] [Created] (HDFS-14128) .Trash location

George Huang created HDFS-14128:
-----------------------------------

             Summary: .Trash location
                 Key: HDFS-14128
                 URL: https://issues.apache.org/jira/browse/HDFS-14128
             Project: Hadoop HDFS
          Issue Type: Improvement
          Components: hdfs
    Affects Versions: 3.0.0
            Reporter: George Huang
            Assignee: George Huang


Currently some customer has users accounts that are functional ids (fid) to manage application and application data under the path /data/FID. These fid's also get a home directory under /user path. The user's home directories are limited with space quota 60 G. When these fids delete data, due to customer deletion policy they are placed in /user/<FID>/.Trash location and run over quota.

For now they are increasing quotas for these functional users, but considering growing applications they would like the .Trash location to be configurable or something like  /trash/\{userid} that is owned by the user.

What should the configurable path look like to make this happen? For example, some thoughts may relate whether we want to configure it for per user or per cluster, etc.

Here is current behavior:

fs.TrashPolicyDefault: Moved: 'hdfs://ns1/user/hdfs/test/1.txt to trash at: hdfs://ns1/user/hdfs/.Trash/Current/user/hdfs/test/1.txt

for path under encryption zone:

fs.TrashPolicyDefault: Moved: 'hdfs://ns1/scale/2.txt' to trash at hdfs://ns1/scale/.Trash/hdfs/Current/scale/2.txt

 



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

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