[
https://issues.apache.org/jira/browse/SENTRY-583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14301933#comment-14301933
]
Anne Yu commented on SENTRY-583:
--------------------------------
Unmanaged cluster is a cluster already running and managed by a certain cluster
manager. So it is not managed by the test itself. So call it unmanaged. I
simplified the tests to focus on a real cluster situation. There are other
situations like: local tests, tests on miniCluster, or other customized cluster
manager managed cluster etc.
The closet JDBC client is the one in the e2e.hive tests. However the
initialization requires initialize a context object, which needs policy file
etc. Besides, not sure if it's good to make one test suite depends on the other
ones. I would prefer to keep this one, only focusing on a real cluster which is
already running.
Haven't considered Impala yet. Will add another test to include Impala.
Will add comments.
> Add boundary condition test coverage to HDFS synchronization test suite
> around max #of groups
> ---------------------------------------------------------------------------------------------
>
> Key: SENTRY-583
> URL: https://issues.apache.org/jira/browse/SENTRY-583
> Project: Sentry
> Issue Type: Bug
> Affects Versions: 1.4.0, 1.5.0
> Reporter: Lenni Kuff
> Fix For: 1.5.0
>
> Attachments: SENTRY-583-0.patch, SENTRY-583-1.patch,
> SENTRY-583-2.patch, SENTRY-583-3.patch
>
>
> Normally, HDFS ACLs has a limit of 32 entries per object (HDFS-5617), but
> this limit should not be enforced when using Sentry HDFS synchronization. I
> verified that this works, but we should add a test case to cover this
> scenario. Something like:
> # Grant to >32 unique groups to a table
> # Verify -getfacls returns all items
> It would also be interesting to see what happens when a new table is created
> when a database has been granted >32 groups. The new table's directory will
> inherit the permissions from the directory and I would assume that when the
> feature is disabled some of these will be missing. It would be good to verify
> that things don't blow up.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
