[ https://issues.apache.org/jira/browse/HDFS-5443?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jing Zhao updated HDFS-5443: ---------------------------- Attachment: HDFS-5443.000.patch Upload a simple patch that tries to delete the 0-sized block for INodeFileUC. > Namenode can stuck in safemode on restart if it crashes just after addblock > logsync and after taking snapshot for such file. > ---------------------------------------------------------------------------------------------------------------------------- > > 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: sathish > Attachments: 5443-test.patch, HDFS-5443.000.patch > > > 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#6144)