+1 for Jonathan's solution. We need to allow the user to configure that for upcoming releases.
2013/4/15 Tsz Wo Sze <[email protected]> > Hi Ted, > > It would be great that if Hbase could use a different name since, as you > mentioned, ".sanpshot" is user visible in HDFS. It is used for specifying > snapshot paths. For example, the path /foo/.snapshot/s0/bar is used for > accessing /foo/bar in snapshot s0 of /foo. Thanks. > > > Tsz-Wo > > > > ________________________________ > From: Ted Yu <[email protected]> > To: [email protected]; [email protected] > Sent: Monday, April 15, 2013 7:13 PM > Subject: collision in the naming of '.snapshot' directory between hdfs > snapshot and hbase snapshot > > > Hi, > This afternoon Huned ad I discovered an issue while playing with HBase > Snapshots on top of Hadoop's Snapshot branch ( > http://svn.apache.org/viewvc/hadoop/common/branches/HDFS-2802/). > > HDFS (built from HDFS-2802 branch) doesn't allow paths with .snapshot as a > component while HBase tries to create paths with .snapshot as a component. > This leads to issues in HBase, and one of HDFS or HBase needs to give up > the .snapshot reserved keyword. HBase released Snapshots feature in 0.94.6 > (quite recently) and it may not be too late to change HBase to use a > different path component in an upcoming new release. > > In HBase these path names are not user visible. If there is a deployment of > 0.94.6, one could provide a migration tool that renames .snapshot to > .hbase-snapshot or something to be able to move to the Snapshot release of > Hadoop. On the other hand, .snapshot in HDFS is a user visible name and is > a convention that is used by many file systems. It's a matter of > familiarity with such path names that would help users in using HDFS > snapshots. > > I am including the hdfs-dev in this email. Would appreciate if we could > work together and come up with a solution. > > You can find sample output from hdfs command here: > http://pastebin.com/bBqR4Fvr > > Cheers >
