[
https://issues.apache.org/jira/browse/SENTRY-940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14981593#comment-14981593
]
Sravya Tirukkovalur commented on SENTRY-940:
--------------------------------------------
Thats a good point [~Ryan P]. But I believe there is a caveat. When Hive
impersonation is disabled, all HDFS access is performed as "hive" user, and by
default hive warehouse "/user/hive/warehouse" I believe has sticky bit on:
which means only the owner or root can delete or move files created by him/her.
This means hive will not be able to move around the files. I might be missing
some details here. But afaik, there was a strong reason for having hive own the
files. But I might be wrong. Now that we are talking about it, I think we
should think through this and document the reasons behind the design choices.
> Drop table should revert the user:group rules of the directory and underlying
> files to original hdfs rules
> ----------------------------------------------------------------------------------------------------------
>
> Key: SENTRY-940
> URL: https://issues.apache.org/jira/browse/SENTRY-940
> Project: Sentry
> Issue Type: Bug
> Components: Hdfs Plugin
> Affects Versions: 1.4.0
> Reporter: Sravya Tirukkovalur
> Assignee: Sravya Tirukkovalur
> Fix For: 1.7.0
>
>
> Note that, the directory is created first before creating a table, so the
> original user can be different from hive:hive
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
