[
https://issues.apache.org/jira/browse/ACCUMULO-1233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13620521#comment-13620521
]
Hudson commented on ACCUMULO-1233:
----------------------------------
Integrated in Accumulo-1.5-Hadoop-2.0 #59 (See
[https://builds.apache.org/job/Accumulo-1.5-Hadoop-2.0/59/])
ACCUMULO-1233 retry znode child scans (Revision 1463734)
Result = SUCCESS
ecn :
Files :
*
/accumulo/branches/1.5/fate/src/main/java/org/apache/accumulo/fate/ZooStore.java
*
/accumulo/branches/1.5/server/src/main/java/org/apache/accumulo/server/util/MetadataTable.java
> race condition looking at zookeeper nodes
> -----------------------------------------
>
> Key: ACCUMULO-1233
> URL: https://issues.apache.org/jira/browse/ACCUMULO-1233
> Project: Accumulo
> Issue Type: Bug
> Components: master, tserver
> Reporter: Eric Newton
> Assignee: Eric Newton
> Priority: Minor
> Labels: 15_qa_bug
> Fix For: 1.5.0
>
>
> There's a common pattern used with zookeeper:
> {noformat}
> for (String child : zk.getChildren(path)) {
> byte[] content = zk.getData(path + "/" + child, null, null);
> doSomething(content);
> }
> {noformat}
> The problem is that between the getChildren() call and the getData() call,
> the child node has gone away.
> We'll typically retry these operations, but it puts big scary messages in the
> logs.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
