[
https://issues.apache.org/jira/browse/HADOOP-951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12468699
]
Tom White commented on HADOOP-951:
----------------------------------
Is there any reason that the heartbeats need to be a list? If not, then we
could use java.util.concurrent.ConcurrentHashMap as a set (use a constant
value). This would give much more concurrency than locking the whole
collection. This change would also be beneficial for the other instance maps in
FSNamesystem.
> java.util.ConcurrentModificationException in FSNamesystem.chooseTargets
> -------------------------------------------------------------------------
>
> Key: HADOOP-951
> URL: https://issues.apache.org/jira/browse/HADOOP-951
> Project: Hadoop
> Issue Type: Bug
> Components: dfs
> Affects Versions: 0.10.1
> Reporter: Koji Noguchi
>
> 2007-01-26 01:14:37,509 INFO org.apache.hadoop.ipc.Server: IPC Server handler
> 7 on 8020 call error: java.io.IOException:
> java.util.ConcurrentModificationException
> java.io.IOException: java.util.ConcurrentModificationException
> at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:449)
> at java.util.AbstractList$Itr.next(AbstractList.java:420)
> at org.apache.hadoop.dfs.FSNamesystem.chooseTargets(FSNamesystem.java:2282)
> at org.apache.hadoop.dfs.FSNamesystem.startFile(FSNamesystem.java:484)
> at org.apache.hadoop.dfs.NameNode.create(NameNode.java:238)
> at sun.reflect.GeneratedMethodAccessor60.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:337)
> at org.apache.hadoop.ipc.Server$Handler.run(Server.java:538)
> Not sure if it's related, but this exception happend when namenode was
> replicating many blocks.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
