You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2014/07/24 19:20:38 UTC

[jira] [Commented] (ACCUMULO-3013) ContinuousVerify Reducers fail on java.lang.ClassNotFoundException: org.apache.accumulo.server.util.reflection.CounterUtils

    [ https://issues.apache.org/jira/browse/ACCUMULO-3013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14073396#comment-14073396 ] 

Josh Elser commented on ACCUMULO-3013:
--------------------------------------

Broken by the backporting of ACCUMULO-1421 to 1.4.

> ContinuousVerify Reducers fail on java.lang.ClassNotFoundException: org.apache.accumulo.server.util.reflection.CounterUtils
> ---------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ACCUMULO-3013
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3013
>             Project: Accumulo
>          Issue Type: Bug
>          Components: test
>            Reporter: Josh Elser
>            Assignee: Josh Elser
>            Priority: Blocker
>             Fix For: 1.5.2
>
>
> Tried to run continuous-verify after an ingest run, got to the reducers and they failed:
> {noformat}
> 2014-07-24 05:27:40,115 FATAL [IPC Server handler 0 on 49956] org.apache.hadoop.mapred.TaskAttemptListenerImpl: Task: attempt_1406166419302_0001_r_000011_3 - exited : java.lang.ClassNotFoundException: org.apache.accumulo.server.util.reflection.CounterUtils
> 	at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> 	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> 	at org.apache.accumulo.test.continuous.ContinuousVerify$CReducer.reduce(ContinuousVerify.java:137)
> 	at org.apache.accumulo.test.continuous.ContinuousVerify$CReducer.reduce(ContinuousVerify.java:105)
> 	at org.apache.hadoop.mapreduce.Reducer.run(Reducer.java:171)
> 	at org.apache.hadoop.mapred.ReduceTask.runNewReducer(ReduceTask.java:627)
> 	at org.apache.hadoop.mapred.ReduceTask.run(ReduceTask.java:389)
> 	at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:167)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at javax.security.auth.Subject.doAs(Subject.java:415)
> 	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1548)
> 	at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:162)
> {noformat]}
> With the introduction of a proper accumulo-test jar, this class moved out of server, but the libjars value was never updated in the merge and subsequently broke verify.
> The method is inlined in 1.6, so 1.6+ isn't broken. It appears that the merge up from 1.4 to 1.5 wasn't performed properly which introduced this in the first place. I'm not confident 1.4 isn't broken too, but since it's EOL, I'm not going to bother to investigate there.



--
This message was sent by Atlassian JIRA
(v6.2#6252)