You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Christopher Tubbs (JIRA)" <ji...@apache.org> on 2014/07/25 21:58:39 UTC

[jira] [Updated] (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:all-tabpanel ]

Christopher Tubbs updated ACCUMULO-3013:
----------------------------------------

    Affects Version/s:     (was: 1.5.1)

> 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
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> 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)