hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ramkrishna.s.vasudevan (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-11039) [VisibilityController] Integration test for labeled data set mixing and filtered excise
Date Thu, 10 Jul 2014 11:24:04 GMT

    [ https://issues.apache.org/jira/browse/HBASE-11039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14057379#comment-14057379

ramkrishna.s.vasudevan commented on HBASE-11039:

The IT test cases using MR does not pass when used with 
mvn verify -Dit.test=IntegrationTestBigLinkedListWithVisibility -Dtest.output.tofile=false.
because of this issue 
2014-07-10 17:53:16,001 ERROR [IPC Server handler 1 on 41343] security.UserGroupInformation(1494):
PriviledgedActionException as:user1 (auth:SIMPLE) cause:org.apache.hadoop.security.AccessControlException:
Permission denied: user=user1, access=WRITE, inode=&quot;/user/root/test-data/58e79ef0-43c3-4af9-afc7-af6103315ad4/IntegrationTestBigLinkedListWithVisibility&quot;:root:supergroup:drwxr-xr-x
So in cases where I need to run the MR scan as a non super user then we would create a user
inside the testcase and verify the scan. In such cases the MR job itself fails. 

> [VisibilityController] Integration test for labeled data set mixing and filtered excise
> ---------------------------------------------------------------------------------------
>                 Key: HBASE-11039
>                 URL: https://issues.apache.org/jira/browse/HBASE-11039
>             Project: HBase
>          Issue Type: Test
>    Affects Versions: 0.98.1
>            Reporter: Andrew Purtell
>            Assignee: ramkrishna.s.vasudevan
>            Priority: Critical
>             Fix For: 0.99.0, 1.0.0, 0.98.4
>         Attachments: HBASE-11039_ITBLL_v1.patch
> Create an integration test for the VisibilityController that:
> 1. Create several tables of test data
> 2. Assign a set of auths to each table. Label all entries in the table with appropriate
visibility expressions. Insure that some data in every table overlaps with data in other tables
at common row/family/qualifier coordinates. Generate data like ITBLL so we can verify all
data present later.
> 3. Mix the data from the different tables into a new common table
> 4. Verify for each set of auths defined in step #2 that all entries found in the source
table can be found in the common table. Like the ITBLL verification step but done N times
for each set of auths defined in step #2.
> 5. Choose one of the source tables. Get its set of auths. Perform a deletion with visibility
expression from the common table using those auths.
> 6. Verify that no data in the common table with the auth set chosen in #5 remains. A
simple row count with the set of auths chosen in #5 that should return 0.

This message was sent by Atlassian JIRA

View raw message