[jira] [Created] (HIVE-11622) Creating an Avro table with a complex map-typed column leads to incorrect column type.

[Alexander Behm (JIRA)]

Alexander Behm created HIVE-11622:
-

 Summary: Creating an Avro table with a complex map-typed column 
leads to incorrect column type.
 Key: HIVE-11622
 URL: https://issues.apache.org/jira/browse/HIVE-11622
 Project: Hive
  Issue Type: Bug
  Components: Database/Schema
Affects Versions: 1.1.0
Reporter: Alexander Behm


In the following CREATE TABLE the following map-typed column leads to the wrong 
type. I suspect some problem with inferring the Avro schema from the column 
definitions, but I am not sure.

Reproduction:
{code}
hive> create table t (c map>) stored as avro;
OK
Time taken: 0.101 seconds
hive> desc t;
OK
c   array>  from deserializer   
Time taken: 0.135 seconds, Fetched: 1 row(s)
{code}

Note how the type shown in DESCRIBE is not the type originally passed in the 
CREATE TABLE.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Review Request 37660: HiveServer2 should store connection params in ZK when using dynamic service discovery for simpler client connection string.

[Vaibhav Gumashta]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/37660/
---

(Updated Aug. 22, 2015, 1:16 a.m.)


Review request for hive and Thejas Nair.


Bugs: HIVE-11581
https://issues.apache.org/jira/browse/HIVE-11581


Repository: hive-git


Description
---

https://issues.apache.org/jira/browse/HIVE-11581


Diffs (updated)
-

  common/src/java/org/apache/hadoop/hive/conf/HiveConf.java 9a6781b 
  jdbc/src/java/org/apache/hive/jdbc/HiveConnection.java bb2b695 
  jdbc/src/java/org/apache/hive/jdbc/Utils.java 0e4693b 
  jdbc/src/java/org/apache/hive/jdbc/ZooKeeperHiveClientHelper.java e24b3dc 
  service/src/java/org/apache/hive/service/server/HiveServer2.java 4a4be97 

Diff: https://reviews.apache.org/r/37660/diff/


Testing
---

Manually, will publish test matrix shortly.


Thanks,

Vaibhav Gumashta

Re: Review Request 37660: HiveServer2 should store connection params in ZK when using dynamic service discovery for simpler client connection string.

[Vaibhav Gumashta]

> On Aug. 21, 2015, 10:09 p.m., Thejas Nair wrote:
> > service/src/java/org/apache/hive/service/server/HiveServer2.java, line 274
> > 
> >
> > do we need to publish the password based authentication modes ?

Don't think so, because JDBC driver has either NOSASL, KERBEROS (determined by 
the presence of principal in connection string) or password based (all others). 
I agree there is scope for improvement in how we encode that in the driver, but 
I guess we can work on it in a new jira focussed on improving that.


- Vaibhav


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/37660/#review96087
---


On Aug. 20, 2015, 10:04 p.m., Vaibhav Gumashta wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/37660/
> ---
> 
> (Updated Aug. 20, 2015, 10:04 p.m.)
> 
> 
> Review request for hive and Thejas Nair.
> 
> 
> Bugs: HIVE-11581
> https://issues.apache.org/jira/browse/HIVE-11581
> 
> 
> Repository: hive-git
> 
> 
> Description
> ---
> 
> https://issues.apache.org/jira/browse/HIVE-11581
> 
> 
> Diffs
> -
> 
>   common/src/java/org/apache/hadoop/hive/conf/HiveConf.java 9a6781b 
>   jdbc/src/java/org/apache/hive/jdbc/HiveConnection.java bb2b695 
>   jdbc/src/java/org/apache/hive/jdbc/Utils.java 0e4693b 
>   jdbc/src/java/org/apache/hive/jdbc/ZooKeeperHiveClientHelper.java e24b3dc 
>   service/src/java/org/apache/hive/service/server/HiveServer2.java 4a4be97 
> 
> Diff: https://reviews.apache.org/r/37660/diff/
> 
> 
> Testing
> ---
> 
> Manually, will publish test matrix shortly.
> 
> 
> Thanks,
> 
> Vaibhav Gumashta
> 
>

[jira] [Created] (HIVE-11621) Fix TestMiniTezCliDriver test failures when HBase Metastore is used

[Daniel Dai (JIRA)]

Daniel Dai created HIVE-11621:
-

 Summary: Fix TestMiniTezCliDriver test failures when HBase 
Metastore is used
 Key: HIVE-11621
 URL: https://issues.apache.org/jira/browse/HIVE-11621
 Project: Hive
  Issue Type: Sub-task
  Components: HBase Metastore
Affects Versions: hbase-metastore-branch
Reporter: Daniel Dai
Assignee: Daniel Dai
 Fix For: hbase-metastore-branch


As a first step, Fix hbase-metastore unit tests with TestMiniTezCliDriver, so 
we can test LLAP and hbase-metastore together.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Review Request 37660: HiveServer2 should store connection params in ZK when using dynamic service discovery for simpler client connection string.

[Thejas Nair]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/37660/#review96087
---



jdbc/src/java/org/apache/hive/jdbc/ZooKeeperHiveClientHelper.java (line 97)


(this is mostly a nit, as this perf impact would be hard to notice. but the 
tweaks are also minor) - 

The pattern can be a static final member. (It is not mutable and thread 
safe).

I think a slightly more efficient pattern would be -(add '=' to the non key 
char, that way the pattern evaluation would not have to back track after going 
beyond '=').

"([^=;]*)=([^;]*)[;]?"

(seems faster by around 20% in a quick test i did)
public class TClass {

  private static String key;
  private static String value;

  public static void main(String[] args) throws InterruptedException {
long ts = System.currentTimeMillis();

String confStr = 
"hiveserver.configparam.key1=value1;hiveserver.configparam.key2=value2;hiveserver.configparam.key3=value3;";
Pattern pattern = Pattern.compile("([^;]*)=([^;]*)[;]?");
//for (int i = 0; i < 100; i++) {
for (int i = 0; i < 1; i++) {
  Matcher matcher = pattern.matcher(confStr);

  while (matcher.find()) {
key = matcher.group(1);
value = matcher.group(2);
//System.out.println(key + ":" + value);
  }
}

System.out.println(System.currentTimeMillis() - ts);

  }

}



jdbc/src/java/org/apache/hive/jdbc/ZooKeeperHiveClientHelper.java (line 102)


The "matcher.group(1) != null" can be moved outside of each if statement to 
a common one on top.

if(matcher.group(1) == null) {
 continue;
}
If the key is not null but value is null, i think we should throw an error. 
It would indicate a bug or some corruption.

if(matcher.group(2) == null) {
 throw ..
}



jdbc/src/java/org/apache/hive/jdbc/ZooKeeperHiveClientHelper.java (line 103)


hive configuration is case sensitive, lets keep it consistent here.



service/src/java/org/apache/hive/service/server/HiveServer2.java (line 109)


typo - "initialize"



service/src/java/org/apache/hive/service/server/HiveServer2.java (line 133)


we don't seem to have any existing support for HIVE_SERVER2_AUTHENTICATION 
env variable.



service/src/java/org/apache/hive/service/server/HiveServer2.java (line 220)


Guava Joiner can be used here (it likely uses StringBuilder underneath) -
Joiner.on(';').withKeyValueSeparator("=").join(confsToPublish);



service/src/java/org/apache/hive/service/server/HiveServer2.java (line 273)


do we need to publish the password based authentication modes ?


- Thejas Nair


On Aug. 20, 2015, 10:04 p.m., Vaibhav Gumashta wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/37660/
> ---
> 
> (Updated Aug. 20, 2015, 10:04 p.m.)
> 
> 
> Review request for hive and Thejas Nair.
> 
> 
> Bugs: HIVE-11581
> https://issues.apache.org/jira/browse/HIVE-11581
> 
> 
> Repository: hive-git
> 
> 
> Description
> ---
> 
> https://issues.apache.org/jira/browse/HIVE-11581
> 
> 
> Diffs
> -
> 
>   common/src/java/org/apache/hadoop/hive/conf/HiveConf.java 9a6781b 
>   jdbc/src/java/org/apache/hive/jdbc/HiveConnection.java bb2b695 
>   jdbc/src/java/org/apache/hive/jdbc/Utils.java 0e4693b 
>   jdbc/src/java/org/apache/hive/jdbc/ZooKeeperHiveClientHelper.java e24b3dc 
>   service/src/java/org/apache/hive/service/server/HiveServer2.java 4a4be97 
> 
> Diff: https://reviews.apache.org/r/37660/diff/
> 
> 
> Testing
> ---
> 
> Manually, will publish test matrix shortly.
> 
> 
> Thanks,
> 
> Vaibhav Gumashta
> 
>

Re: Review Request 37620: Hive Parser to Support multi col in clause (x, y..) in ((..), ..., ())

[pengcheng xiong]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/37620/
---

(Updated Aug. 21, 2015, 10:07 p.m.)


Review request for hive and John Pullokkaran.


Repository: hive-git


Description
---

Current hive only support single column in clause, e.g., 
{code}select * from src where  col0 in (v1,v2,v3);{code}
We want it to support 
{code}select * from src where (col0,col1+3) in 
((col0+v1,v2),(v3,v4-col1));{code}


Diffs (updated)
-

  ql/src/java/org/apache/hadoop/hive/ql/parse/IdentifiersParser.g 64af7d1 
  
ql/src/test/org/apache/hadoop/hive/ql/parse/TestSQL11ReservedKeyWordsNegative.java
 61b5892 
  
ql/src/test/org/apache/hadoop/hive/ql/parse/TestSQL11ReservedKeyWordsPositive.java
 4c84e91 
  ql/src/test/queries/clientpositive/char_udf1.q 8848609 
  ql/src/test/queries/clientpositive/multi_column_in.q PRE-CREATION 
  ql/src/test/queries/clientpositive/varchar_udf1.q 395fb12 
  ql/src/test/results/clientpositive/char_udf1.q.java1.7.out ced0132 
  ql/src/test/results/clientpositive/multi_column_in.q.out PRE-CREATION 
  ql/src/test/results/clientpositive/varchar_udf1.q.java1.7.out 96ba06e 

Diff: https://reviews.apache.org/r/37620/diff/


Testing
---


Thanks,

pengcheng xiong

[jira] [Created] (HIVE-11620) Fix several qtest output order

[Jimmy Xiang (JIRA)]

Jimmy Xiang created HIVE-11620:
--

 Summary: Fix several qtest output order
 Key: HIVE-11620
 URL: https://issues.apache.org/jira/browse/HIVE-11620
 Project: Hive
  Issue Type: Test
Reporter: Jimmy Xiang
Assignee: Jimmy Xiang
Priority: Minor


selectDistinctStar.q
unionall_unbalancedppd.q
vector_cast_constant.q



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (HIVE-11619) For GenericUDAFs, iterate function is called despite empty table

[Wei Huang (JIRA)]

Wei Huang created HIVE-11619:


 Summary: For GenericUDAFs, iterate function is called despite 
empty table
 Key: HIVE-11619
 URL: https://issues.apache.org/jira/browse/HIVE-11619
 Project: Hive
  Issue Type: Bug
  Components: API, Hive
 Environment: HDP 2.3
Reporter: Wei Huang



For empty input tables, the iterate function in GenericUDAF is called once with 
a null input for empty table. This makes it impossible to differentiate the 
empty table case for the case where there the table has one row with a null in 
the desired column.

This happens only when the genericUDAFcall is made with a column name specified 
and not when the '*' wild card in used.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (HIVE-11618) Correct the SARG api to reunify the PredicateLeaf.Type INTEGER and LONG

[Owen O'Malley (JIRA)]

Owen O'Malley created HIVE-11618:


 Summary: Correct the SARG api to reunify the PredicateLeaf.Type 
INTEGER and LONG
 Key: HIVE-11618
 URL: https://issues.apache.org/jira/browse/HIVE-11618
 Project: Hive
  Issue Type: Bug
  Components: Types
Reporter: Owen O'Malley


The Parquet binding leaked implementation details into the generic SARG api. 

Rather than make all users of the SARG api deal with each of the specific 
types, reunify the INTEGER and LONG types. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Patches needing review love

[kulkarni.swar...@gmail.com]

Hey all,

I have couple of patches currently review state which are either ready to
merge or need review. If I can have someone help me out with these, I would
really appreciate that.

HIVE-11513 (Ready to merge)
HIVE-5277 (Ready to merge)
HIVE-11559 (Needs review)
HIVE-11469 (Needs review)

Swarnim

[jira] [Created] (HIVE-11617) Explain plan for multiple lateral views is very slow

[Aihua Xu (JIRA)]

Aihua Xu created HIVE-11617:
---

 Summary: Explain plan for multiple lateral views is very slow
 Key: HIVE-11617
 URL: https://issues.apache.org/jira/browse/HIVE-11617
 Project: Hive
  Issue Type: Bug
  Components: Logical Optimizer
Reporter: Aihua Xu
Assignee: Aihua Xu


The following explain job will be very slow or never finish if there are many 
lateral views involved. High CPU usage is also noticed.

{noformat}
EXPLAIN
SELECT
*
from
(
SELECT * FROM table1 
) x
LATERAL VIEW json_tuple(...) x1 
LATERAL VIEW json_tuple(...) x2 
...
{noformat}

>From jstack, the job is busy with preorder tree traverse. 
{noformat}
at java.util.regex.Matcher.getTextLength(Matcher.java:1234)
at java.util.regex.Matcher.reset(Matcher.java:308)
at java.util.regex.Matcher.(Matcher.java:228)
at java.util.regex.Pattern.matcher(Pattern.java:1088)
at org.apache.hadoop.hive.ql.lib.RuleRegExp.cost(RuleRegExp.java:67)
at 
org.apache.hadoop.hive.ql.lib.DefaultRuleDispatcher.dispatch(DefaultRuleDispatcher.java:72)
at 
org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatchAndReturn(DefaultGraphWalker.java:94)
at 
org.apache.hadoop.hive.ql.lib.DefaultGraphWalker.dispatch(DefaultGraphWalker.java:78)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:56)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
org.apache.hadoop.hive.ql.lib.PreOrderWalker.walk(PreOrderWalker.java:61)
at 
or

[jira] [Created] (HIVE-11616) DelegationTokenSecretManager reuse the same objectstore ,which has cocurrent issue

[wangwenli (JIRA)]

wangwenli created HIVE-11616:


 Summary: DelegationTokenSecretManager reuse the same objectstore 
,which has cocurrent issue
 Key: HIVE-11616
 URL: https://issues.apache.org/jira/browse/HIVE-11616
 Project: Hive
  Issue Type: Bug
  Components: Metastore
Affects Versions: 1.2.1
Reporter: wangwenli



sometime in metastore log, will get below exception,  after analysis, we found 
that :
when hivemetastore start, the DelegationTokenSecretManager will maintain the 
same objectstore, see here
saslServer.startDelegationTokenSecretManager(conf, *baseHandler.getMS()*, 
ServerMode.METASTORE);
this lead to the cocurrent issue.

2015-08-18 20:59:10,520 | ERROR | pool-6-thread-200 | Error occurred during 
processing of message. | 
org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:296)
org.apache.hadoop.hive.thrift.DelegationTokenStore$TokenStoreException: 
org.datanucleus.transaction.NucleusTransactionException: Invalid state. 
Transaction has already started
at 
org.apache.hadoop.hive.thrift.DBTokenStore.invokeOnRawStore(DBTokenStore.java:154)
at 
org.apache.hadoop.hive.thrift.DBTokenStore.getToken(DBTokenStore.java:88)
at 
org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.retrievePassword(TokenStoreDelegationTokenSecretManager.java:112)
at 
org.apache.hadoop.hive.thrift.TokenStoreDelegationTokenSecretManager.retrievePassword(TokenStoreDelegationTokenSecretManager.java:56)
at 
org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$SaslDigestCallbackHandler.getPassword(HadoopThriftAuthBridge.java:565)
at 
org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$SaslDigestCallbackHandler.handle(HadoopThriftAuthBridge.java:596)
at 
com.sun.security.sasl.digest.DigestMD5Server.validateClientResponse(DigestMD5Server.java:589)
at 
com.sun.security.sasl.digest.DigestMD5Server.evaluateResponse(DigestMD5Server.java:244)
at 
org.apache.thrift.transport.TSaslTransport$SaslParticipant.evaluateChallengeOrResponse(TSaslTransport.java:539)
at 
org.apache.thrift.transport.TSaslTransport.open(TSaslTransport.java:283)
at 
org.apache.thrift.transport.HiveTSaslServerTransport.open(HiveTSaslServerTransport.java:133)
at 
org.apache.thrift.transport.HiveTSaslServerTransport$Factory.getTransport(HiveTSaslServerTransport.java:261)
at 
org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingTransportFactory$1.run(HadoopThriftAuthBridge.java:739)
at 
org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingTransportFactory$1.run(HadoopThriftAuthBridge.java:736)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:360)
at 
org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1652)
at 
org.apache.hadoop.hive.thrift.HadoopThriftAuthBridge$Server$TUGIAssumingTransportFactory.getTransport(HadoopThriftAuthBridge.java:736)
at 
org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:268)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.datanucleus.transaction.NucleusTransactionException: Invalid 
state. Transaction has already started
at 
org.datanucleus.transaction.TransactionManager.begin(TransactionManager.java:47)
at org.datanucleus.TransactionImpl.begin(TransactionImpl.java:131)
at 
org.datanucleus.api.jdo.JDOTransaction.internalBegin(JDOTransaction.java:88)
at org.datanucleus.api.jdo.JDOTransaction.begin(JDOTransaction.java:80)
at 
org.apache.hadoop.hive.metastore.ObjectStore.openTransaction(ObjectStore.java:420)
at 
org.apache.hadoop.hive.metastore.ObjectStore.getToken(ObjectStore.java:6455)
at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:98)
at com.sun.proxy.$Proxy4.getToken(Unknown Source)
at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.apache.hadoop.hive.thrift.DBTokenStore.invokeOnRawStore(DBTokenStore.java:146)
... 21 more



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)