You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Dima Spivak (JIRA)" <ji...@apache.org> on 2016/09/23 01:26:20 UTC

[jira] [Created] (ACCUMULO-4469) ConcurrentModificationException while running MultiTable.xml node in Random Walk

Dima Spivak created ACCUMULO-4469:
-------------------------------------

             Summary: ConcurrentModificationException while running MultiTable.xml node in Random Walk 
                 Key: ACCUMULO-4469
                 URL: https://issues.apache.org/jira/browse/ACCUMULO-4469
             Project: Accumulo
          Issue Type: Bug
          Components: test
    Affects Versions: 1.7.2
            Reporter: Dima Spivak


After the resolution of ACCUMULO-4467, I got back to playing with Random Walk and had a failure caused by a {{ConcurrentModificationException}}:
{code}
23 01:03:04,316 [randomwalk.Framework] ERROR: Error during random walk
java.lang.Exception: Error running node MultiTable.xml
        at org.apache.accumulo.test.randomwalk.Module.visit(Module.java:346)
        at org.apache.accumulo.test.randomwalk.Framework.run(Framework.java:59)
        at org.apache.accumulo.test.randomwalk.Framework.main(Framework.java:119)
        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.accumulo.start.Main$2.run(Main.java:157)
        at java.lang.Thread.run(Thread.java:745)
Caused by: java.util.ConcurrentModificationException
        at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:859)
        at java.util.ArrayList$Itr.next(ArrayList.java:831)
        at org.apache.accumulo.test.randomwalk.multitable.MultiTableFixture.tearDown(MultiTableFixture.java:64)
        at org.apache.accumulo.test.randomwalk.Module.visit(Module.java:365)
        at org.apache.accumulo.test.randomwalk.Module$1.call(Module.java:283)
        at org.apache.accumulo.test.randomwalk.Module$1.call(Module.java:278)
        at java.util.concurrent.FutureTask.run(FutureTask.java:262)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
        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 org.apache.accumulo.fate.util.LoggingRunnable.run(LoggingRunnable.java:35)
        ... 1 more
{code}
[This section of code|https://github.com/apache/accumulo/blob/master/test/src/main/java/org/apache/accumulo/test/randomwalk/multitable/MultiTableFixture.java#L61-L71] seems to be at fault. In particular, it looks like we're getting the table list, but then instead of doing a deep copy to a new {{ArrayList<String>}} from which we choose tables to delete, we're looping through and deleting tables while referring to the changing list, which has the effect of modifying it and making Java unhappy. Am I missing something more complex or can I fix this one myself by just doing the aforementioned deep copy of the table list? Or is a better way to go to use the {{TableOperations.list()}} method and iterate through the {{SortedSet<String>}} it provides? Looks like this pattern is used in a few other 



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