hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aaron T. Myers (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HDFS-5433) When reloading fsimage during checkpointing, we should clear existing snapshottable directories
Date Sat, 26 Oct 2013 06:51:33 GMT

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

Aaron T. Myers updated HDFS-5433:
---------------------------------

    Status: Patch Available  (was: Open)

> 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.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