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