[ https://issues.apache.org/jira/browse/HDFS-6622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14057358#comment-14057358 ]
Hudson commented on HDFS-6622: ------------------------------ FAILURE: Integrated in Hadoop-Yarn-trunk #609 (See [https://builds.apache.org/job/Hadoop-Yarn-trunk/609/]) HDFS-6622. Rename and AddBlock may race and produce invalid edits (kihwal via cmccabe) (cmccabe: http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1609384) * /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt * /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/server/namenode/FSNamesystem.java * /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/server/namenode/TestDeleteRace.java > Rename and AddBlock may race and produce invalid edits > ------------------------------------------------------ > > Key: HDFS-6622 > URL: https://issues.apache.org/jira/browse/HDFS-6622 > Project: Hadoop HDFS > Issue Type: Bug > Affects Versions: 2.5.0 > Reporter: Kihwal Lee > Assignee: Kihwal Lee > Priority: Blocker > Fix For: 2.5.0 > > Attachments: HDFS-6622.patch, HDFS-6622.v2.patch > > > While investigating HDFS-6618, we have discovered that rename happening in > the middle of {{getAdditionalBlock()}} can lead to logging of invalid edit > entry. > In {{getAdditionalBlock()}} , the path is resolved once while holding the > read lock and the same resolved path will be used in the edit log in the > second half of the method holding the write lock. If a rename happens in > between two locks, the path may no longer exist. > When replaying the {{AddBlockOp}}, it will fail with FileNotFound. -- This message was sent by Atlassian JIRA (v6.2#6252)