[
https://issues.apache.org/jira/browse/HIVE-12160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14985377#comment-14985377
]
Aihua Xu commented on HIVE-12160:
---------------------------------
[~ctang.ma] Thanks for taking a look. Actually we would have issue not only
with accessing HBase, but also with any services, like HDFS. If during the
compilation, we need to access those services, then we will have the delegation
token for the services, but seems it's not the case for HBase access. So it's
the first time to really access HBase from the child process and we will get
the HBase delegation token at that time.
I'm wondering what would be the best way. To me, the child process needs to be
same as HS process to run in the context of service principal.
> Hbase table query execution fails in secured cluster when
> hive.exec.mode.local.auto is set to true
> --------------------------------------------------------------------------------------------------
>
> Key: HIVE-12160
> URL: https://issues.apache.org/jira/browse/HIVE-12160
> Project: Hive
> Issue Type: Bug
> Components: Security
> Affects Versions: 1.1.0, 2.0.0
> Reporter: Aihua Xu
> Assignee: Aihua Xu
> Attachments: HIVE-12160.patch, HIVE-12160_trace.txt
>
>
> In a secured cluster with kerberos, a simple query like {{select count(*)
> from hbase_table;}} will fail with the following exception when
> hive.exec.mode.local.auto is set to true.
> {noformat}
> Error: Error while processing statement: FAILED: Execution Error, return code
> 134 from org.apache.hadoop.hive.ql.exec.mr.MapRedTask (state=08S01,code=134)
> {noformat}
> There is another scenario which may be caused by the same reason.
> Set hive.auto.convert.join to true, the join query {{select * from hbase_t1
> join hbase_t2 on hbase_t1.id = hbase_t2.id;}} also fails with the following
> exception:
> {noformat}
> Error while processing statement: FAILED: Execution Error, return code 2 from
> org.apache.hadoop.hive.ql.exec.mr.MapredLocalTask (state=08S01,code=2)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
