hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Wang (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HDFS-5433) When reloading fsimage during checkpointing, we should clear existing snapshottable directories
Date Wed, 30 Oct 2013 17:25:29 GMT

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

Andrew Wang updated HDFS-5433:
------------------------------

    Attachment: HDFS-5433-2.patch

New patched attached fixing Vinay's nits. Will commit shortly based on Todd's +1.

> When reloading fsimage during checkpointing, we should clear existing snapshottable directories
> -----------------------------------------------------------------------------------------------
>
>                 Key: HDFS-5433
>                 URL: https://issues.apache.org/jira/browse/HDFS-5433
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: snapshots
>    Affects Versions: 2.2.0
>            Reporter: Aaron T. Myers
>            Assignee: Aaron T. Myers
>            Priority: Critical
>         Attachments: HDFS-5433-2.patch, HDFS-5433.patch
>
>
> The complete set of snapshottable directories are referenced both via the file system
tree and in the SnapshotManager class. It's possible that when the 2NN performs a checkpoint,
it will reload its in-memory state based on a new fsimage from the NN, but will not clear
the set of snapshottable directories referenced by the SnapshotManager. In this case, the
2NN will write out an fsimage that cannot be loaded, since the integer written to the fsimage
indicating the number of snapshottable directories will be out of sync with the actual number
of snapshottable directories serialized to the fsimage.
> This is basically the same as HDFS-3835, but for snapshottable directories instead of
delegation tokens.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Mime
View raw message