[
https://issues.apache.org/jira/browse/SENTRY-1111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15181940#comment-15181940
]
Hadoop QA commented on SENTRY-1111:
-----------------------------------
Here are the results of testing the latest attachment
https://issues.apache.org/jira/secure/attachment/12791646/SENTRY-1111.002.patch
against master.
{color:green}Overall:{color} +1 all checks pass
{color:green}SUCCESS:{color} all tests passed
Console output:
https://builds.apache.org/job/PreCommit-SENTRY-Build/1300/console
This message is automatically generated.
> Apache Sentry should depend on the same version of metrics-core as hadoop
> -------------------------------------------------------------------------
>
> Key: SENTRY-1111
> URL: https://issues.apache.org/jira/browse/SENTRY-1111
> Project: Sentry
> Issue Type: Bug
> Components: Build
> Affects Versions: 1.6.0
> Reporter: Bhooshan Mogal
> Fix For: 1.7.0
>
> Attachments: SENTRY-1111.001.patch, SENTRY-1111.002.patch
>
>
> Currently, Sentry uses metrics version 3.1.0. However, hadoop trunk still
> uses version 3.0.1 -
> https://github.com/apache/hadoop/blob/trunk/hadoop-project/pom.xml#L891. This
> can cause errors like the following when you try to start sentry because of
> multiple versions of metrics-core in the HADOOP_CLASSPATH.
> {code}
> Exception in thread "main" java.util.concurrent.ExecutionException:
> java.lang.NoSuchMethodError:
> com.codahale.metrics.JmxAttributeGauge.<init>(Ljavax/management/MBeanServerConnection;Ljavax/management/ObjectName;Ljava/lang/String;)V
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:188)
> at
> org.apache.sentry.service.thrift.SentryService.waitOnFuture(SentryService.java:311)
> at
> org.apache.sentry.service.thrift.SentryService$CommandImpl.run(SentryService.java:397)
> at org.apache.sentry.SentryMain.main(SentryMain.java:114)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.apache.hadoop.util.RunJar.run(RunJar.java:221)
> at org.apache.hadoop.util.RunJar.main(RunJar.java:136)
> Caused by: java.lang.NoSuchMethodError:
> com.codahale.metrics.JmxAttributeGauge.<init>(Ljavax/management/MBeanServerConnection;Ljavax/management/ObjectName;Ljava/lang/String;)V
> at
> com.codahale.metrics.jvm.BufferPoolMetricSet.getMetrics(BufferPoolMetricSet.java:45)
> at
> org.apache.sentry.provider.db.service.thrift.SentryMetrics.registerMetricSet(SentryMetrics.java:149)
> at
> org.apache.sentry.provider.db.service.thrift.SentryMetrics.<init>(SentryMetrics.java:97)
> at
> org.apache.sentry.provider.db.service.thrift.SentryMetrics.getInstance(SentryMetrics.java:105)
> at
> org.apache.sentry.provider.db.service.thrift.SentryPolicyStoreProcessor.initMetrics(SentryPolicyStoreProcessor.java:129)
> at
> org.apache.sentry.provider.db.service.thrift.SentryPolicyStoreProcessor.<init>(SentryPolicyStoreProcessor.java:125)
> at
> org.apache.sentry.provider.db.service.thrift.SentryPolicyStoreProcessorFactory.register(SentryPolicyStoreProcessorFactory.java:31)
> at
> org.apache.sentry.service.thrift.SentryService.runServer(SentryService.java:200)
> at
> org.apache.sentry.service.thrift.SentryService.call(SentryService.java:167)
> at
> org.apache.sentry.service.thrift.SentryService.call(SentryService.java:71)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> I am able to reproduce this on a single node cluster running hadoop version
> 2.6.0-cdh5.5.2 and Sentry built off of master (or branch-1.6.0). The metrics
> dependencies are required for the sentry-provider-db module. The same should
> apply for other metrics libraries from io.dropwizard.metrics.
> Please let me know if you'd like me to work on a patch.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)