hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "sathish (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HDFS-5474) Deletesnapshot can make Namenode in safemode on NN restarts.
Date Tue, 12 Nov 2013 12:25:18 GMT

     [ https://issues.apache.org/jira/browse/HDFS-5474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

sathish updated HDFS-5474:

    Attachment: HDFS-5474-001.patch

Attaching a simple fix in this patch,please review it

> Deletesnapshot can make Namenode in safemode on NN restarts.
> ------------------------------------------------------------
>                 Key: HDFS-5474
>                 URL: https://issues.apache.org/jira/browse/HDFS-5474
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: snapshots
>            Reporter: Uma Maheswara Rao G
>            Assignee: sathish
>         Attachments: HDFS-5474-001.patch
> When we deletesnapshot, we are deleting the blocks associated to that snapshot and after
that we do logsync to editlog about deleteSnapshot.
> There can be a chance that blocks removed from blocks map but before log sync if there
is BR ,  NN may finds that block does not exist in blocks map and may invalidate that block.
As part HB, invalidation info also can go. After this steps if Namenode shutdown before actually
do logsync,  On restart it will still consider that snapshot Inodes and expect blocks to report
from DN.
> Simple solution is, we should simply move down that blocks removal after logsync only.
Similar to delete op.

This message was sent by Atlassian JIRA

View raw message