hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hive QA (JIRA)" <>
Subject [jira] [Commented] (HIVE-8643) DDL operations via WebHCat with doAs parameter in secure cluster fail
Date Wed, 29 Oct 2014 21:47:34 GMT


Hive QA commented on HIVE-8643:

{color:red}Overall{color}: -1 at least one tests failed

Here are the results of testing the latest attachment:

{color:red}ERROR:{color} -1 due to 2 failed/errored test(s), 6589 tests executed
*Failed tests:*

Test results:
Console output:
Test logs:

Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
Tests exited with: TestsFailedException: 2 tests failed

This message is automatically generated.

ATTACHMENT ID: 12677986 - PreCommit-HIVE-TRUNK-Build

> DDL operations via WebHCat with doAs parameter in secure cluster fail
> ---------------------------------------------------------------------
>                 Key: HIVE-8643
>                 URL:
>             Project: Hive
>          Issue Type: Bug
>          Components: WebHCat
>    Affects Versions: 0.14.0
>            Reporter: Eugene Koifman
>            Assignee: Eugene Koifman
>            Priority: Critical
>             Fix For: 0.14.0
>         Attachments: HIVE-8643.2.patch, HIVE-8643.3.patch, HIVE-8643.patch
> webhcat handles DDL command by forking to 'hcat', i.e. HCatCli
> This starts a session.
> SessionState.start() creates scratch dir based on current user name
> via startSs.createSessionDirs(sessionUGI.getShortUserName());
> This UGI is not aware of doAs param, so the name of the dir always ends up 'hcat', but
because a delegation token is generated in WebHCat for HDFS access, the owner of the scratch
dir is the calling user.  Thus next time a session is started (because of a new DDL call from
different user), it ends up trying to use the same scratch dir but cannot as it has 700 permission
> We need to pass in doAs user into SessionState

This message was sent by Atlassian JIRA

View raw message