[
https://issues.apache.org/jira/browse/HDFS-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13486701#comment-13486701
]
Aaron T. Myers commented on HDFS-2802:
--------------------------------------
Hi Konstantin, if I correctly understand what you're suggesting, it sounds very
similar to what is described in the "Representing Snapshots at the NameNode"
section of the design proposal I posted. Under this scheme, each file and
directory is tagged with its start and end version numbers. The start version
number represents the point in the file system history when this file/directory
came into existence, and the end version number represents the point in the
file system history where the file/directory either was modified or was
deleted. Taking a snapshot is, as you described, as simple as incrementing the
current version number of the file system (or a subtree) as you described.
Would you mind taking a look at that portion of the design document to see if
it is inline with what you're thinking about?
> Support for RW/RO snapshots in HDFS
> -----------------------------------
>
> Key: HDFS-2802
> URL: https://issues.apache.org/jira/browse/HDFS-2802
> Project: Hadoop HDFS
> Issue Type: New Feature
> Components: data-node, name-node
> Reporter: Hari Mankude
> Assignee: Hari Mankude
> Attachments: HDFSSnapshotsDesign.pdf, snap.patch,
> snapshot-one-pager.pdf, Snapshots20121018.pdf
>
>
> Snapshots are point in time images of parts of the filesystem or the entire
> filesystem. Snapshots can be a read-only or a read-write point in time copy
> of the filesystem. There are several use cases for snapshots in HDFS. I will
> post a detailed write-up soon with with more information.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
