Siyao Meng created HDFS-15607:
---------------------------------

             Summary: Trash directory should be created in advance for 
snapshottable directory
                 Key: HDFS-15607
                 URL: https://issues.apache.org/jira/browse/HDFS-15607
             Project: Hadoop HDFS
          Issue Type: Bug
            Reporter: Siyao Meng
            Assignee: Siyao Meng


In {{TrashPolicyDefault}}, the {{.Trash}} directory will be created with 
permission 700 without sticky bits of the first user that attempts to move a 
file to the trash. This causes issue when a second user tries to move a file to 
that trash cause the user might not have the permission to do so.

Rationale is similar to HDFS-10324 except that one was for the encryption zone.

Only affects the user when trash is enabled inside snapshottable directories, 
and when the user doesn't have admin permissions.

Solution: Create a .Trash directory with 777 permission and sticky bits enabled 
(same as HDFS-10324).

Also, need to deal with some corner cases:
1. When the snapshottable directory trash root config is not enabled
2. When immediately disallowing trash, it shouldn't fail. i.e. remove the empty 
.Trash directory when disallowing snapshot on a dir



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

Reply via email to