Our Community is getting an upgrade! To get everything ready for the relaunch, we’ll be placing the site in read-only mode starting September 21st.
We really appreciate your understanding while we get things set up behind the scenes. Catch up on all the exciting details about the move here.
Need help or have questions? Drop us a line at [email protected]
Created 02-15-2017 11:33 PM
Following are the encryption zones in hdfs
sudo su --c "hdfs crypto -listZones" hdfs
/user/test_user key1
Create a directory in non encrypted zone as test_user
hdfs dfs -mkdir /tmp/dir3/example
Try to delete the directory created again as test_user
hdfs dfs -rm -r /tmp/dir3/example
Failed to move to trash: /tmp/dir3/example can't be moved into an encryption zone
Any help would be appreciated.
Thanks
Created 02-15-2017 11:44 PM
@Kshitij Badani - If the user's home directory is encrypted, the user will not be able to delete the file if its not inside its home folder, unless it uses the "-skipTrash" option.
The user should be able to the delete file with "-skipTrash" option.
The problem is that the trash directory for non-encrypted data resides in the user's home directory. Now if user's home is encrypted, un-encrypted data cannot be renamed to this directory, and therefore delete will fail unless used with "-skipTrash".
The trash directory which is in user's home directory, is to ensure quota is correctly calculated and assigned for deleted data. And moving un-encrypted data to EZ is not allowed for security reasons. If user is encrypting it's home directory, they have to use "-skipTrash" to delete un-encrypted data.
Another way to look at it is following: A user who has its home in an EZ should never be creating any important data that is un-encrypted. Please note that deleting encrypted data doesn't have this issue because for encrypted data the trash is within the EZ itself.
Let me know if you have any more doubts. Thanks!
Created 02-15-2017 11:44 PM
@Kshitij Badani - If the user's home directory is encrypted, the user will not be able to delete the file if its not inside its home folder, unless it uses the "-skipTrash" option.
The user should be able to the delete file with "-skipTrash" option.
The problem is that the trash directory for non-encrypted data resides in the user's home directory. Now if user's home is encrypted, un-encrypted data cannot be renamed to this directory, and therefore delete will fail unless used with "-skipTrash".
The trash directory which is in user's home directory, is to ensure quota is correctly calculated and assigned for deleted data. And moving un-encrypted data to EZ is not allowed for security reasons. If user is encrypting it's home directory, they have to use "-skipTrash" to delete un-encrypted data.
Another way to look at it is following: A user who has its home in an EZ should never be creating any important data that is un-encrypted. Please note that deleting encrypted data doesn't have this issue because for encrypted data the trash is within the EZ itself.
Let me know if you have any more doubts. Thanks!
Created 02-15-2017 11:52 PM
@Namit Maheshwari Thanks for a detailed explanation 🙂