[
https://issues.apache.org/jira/browse/HADOOP-3637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626399#action_12626399
]
Pete Wyckoff commented on HADOOP-3637:
--------------------------------------
bq. You mean the snapshot is mounted on the client side (ie a mini namenode in
the client side)? Or do you mean the main name node can mount a snapshot?
Didn't mean on the client side or that the namenode has to do it, but just
saying if supported and installed, should probably run a daemon to handle
remote mounting requests or have the namenode capable of launching one on some
machine.
Just meant from libhdfs world on some remote machine, it will not be possible
to launch a namenode, so the DFSClient or something has to have the capability
of calling some remote server to do the mount for us.
+1 to allen and sanjay's comments.
Disaster recovery snapshots really go a long way towards making hdfs
production worthy for many apps that don't require super high availability but
that cannot lose data because of system (hdfs) or operator errors.
> Support for snapshots
> ---------------------
>
> Key: HADOOP-3637
> URL: https://issues.apache.org/jira/browse/HADOOP-3637
> Project: Hadoop Core
> Issue Type: New Feature
> Components: dfs
> Reporter: dhruba borthakur
> Assignee: dhruba borthakur
> Attachments: Snapshots.pdf, Snapshots.pdf
>
>
> Support HDFS snapshots. It should support creating snapshots without shutting
> down the file system. Snapshot creation should be lightweight and a typical
> system should be able to support a few thousands concurrent snapshots. There
> should be a way to surface (i.e. mount) a few of these snapshots
> simultaneously.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
