[
https://issues.apache.org/jira/browse/HDFS-5443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13845448#comment-13845448
]
Hudson commented on HDFS-5443:
------------------------------
FAILURE: Integrated in Hadoop-Mapreduce-trunk #1635 (See
[https://builds.apache.org/job/Hadoop-Mapreduce-trunk/1635/])
Move
HDFS-5257,HDFS-5427,HDFS-5443,HDFS-5476,HDFS-5425,HDFS-5474,HDFS-5504,HDFS-5428
into branch-2.3 section. (jing9:
http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1550011)
* /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
> Delete 0-sized block when deleting an under-construction file that is
> included in snapshot
> ------------------------------------------------------------------------------------------
>
> Key: HDFS-5443
> URL: https://issues.apache.org/jira/browse/HDFS-5443
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: snapshots
> Affects Versions: 3.0.0, 2.2.0
> Reporter: Uma Maheswara Rao G
> Assignee: Jing Zhao
> Fix For: 2.3.0
>
> Attachments: 5443-test.patch, HDFS-5443.000.patch
>
>
> Namenode can stuck in safemode on restart if it crashes just after addblock
> logsync and after taking snapshot for such file. This issue is reported by
> Prakash and Sathish.
> On looking into the issue following things are happening.
> .
> 1) Client added block at NN and just did logsync
> So, NN has block ID persisted.
> 2)Before returning addblock response to client take a snapshot for root or
> parent directories for that file
> 3) Delete parent directory for that file
> 4) Now crash the NN with out responding success to client for that addBlock
> call
> Now on restart of the Namenode, it will stuck in safemode.
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
