Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

I have logged HBASE-8352 Cheers On Mon, Apr 15, 2013 at 9:17 PM, Ted Yu wrote: > I have a patch which touched these tests: > > http://pastebin.com/P4p8LEAZ > > I am running 0.94 test suite now - will publish patch and test result in > the morning. > > Cheers > > > On Mon, Apr 15, 2013 at 9:00 P

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

I have a patch which touched these tests: http://pastebin.com/P4p8LEAZ I am running 0.94 test suite now - will publish patch and test result in the morning. Cheers On Mon, Apr 15, 2013 at 9:00 PM, Ted Yu wrote: > bq. Alternatively, we can detect the underlying Hadoop version, and use > either

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

bq. Alternatively, we can detect the underlying Hadoop version, and use either .snapshot or .hbase_snapshot in 0.94 depending on h1 & h2. I think this would introduce more confusion, especially for operations. Cheers On Mon, Apr 15, 2013 at 8:52 PM, Enis Söztutar wrote: > Because HDFS exposes

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

Because HDFS exposes the snapshots so that the normal file system operations are mapped inside snapshot dirs, I think HDFS reserving the .snapshot name makes sense. OTOH, nothing is specific about the dir name that is chosen by HBase. I would prefer to change the dir name in 0.94 as well, since 0.

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

We can simplify this by just changing the snapshot dir name to .hbase_snapshot and publishing instructions about to rename the directory in case anybody used that feature in 0.94.6. -- Lars From: Jonathan Hsieh To: "d...@hbase.apache.org" ; lars hofhansl

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

bq. let's make the hbase snapshot for a conf variable. Once we decide on the new name of snapshot directory, we should still use hardcoded value. This aligns with current code base: See this snippet from HConstants: public static final List HBASE_NON_TABLE_DIRS = Collections.unmodifiableLi

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

Putting back dev@hbase. ".hbase-sanpshot" would be created at cluster startup. After that user wouldn't be able to use the same directory name. On Mon, Apr 15, 2013 at 8:23 PM, Azuryy Yu wrote: > I think ".hbase-sanpshot" is good, but we should also disallow user to > create ".hbase-sanpshot" u

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

I think ".hbase-sanpshot" is good, but we should also disallow user to create ".hbase-sanpshot" under hbase.root sub directories. On Tue, Apr 16, 2013 at 11:18 AM, Ted Yu wrote: > I plan to rename ".sanpshot" in HBase to ".hbase-sanpshot" > > Please suggest better name in future correspondence.

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

I plan to rename ".sanpshot" in HBase to ".hbase-sanpshot" Please suggest better name in future correspondence. Thanks On Mon, Apr 15, 2013 at 8:12 PM, Ted Yu wrote: > Lars: > I will go ahead and log an HBase JIRA, tomorrow morning. > > This hopefully would give people enough time to respond.

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

Lars: I will go ahead and log an HBase JIRA, tomorrow morning. This hopefully would give people enough time to respond. Cheers On Mon, Apr 15, 2013 at 8:00 PM, lars hofhansl wrote: > OK. Let's try to fix that quickly, so that I can release HBase 0.94.7. > > -- Lars > > > >

[jira] [Created] (HDFS-4702) remove namesystem lock from DatanodeManager#fetchDatanodes

Chris Nauroth created HDFS-4702: --- Summary: remove namesystem lock from DatanodeManager#fetchDatanodes Key: HDFS-4702 URL: https://issues.apache.org/jira/browse/HDFS-4702 Project: Hadoop HDFS Is

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

OK. Let's try to fix that quickly, so that I can release HBase 0.94.7. -- Lars From: Ted Yu To: d...@hbase.apache.org; hdfs-dev@hadoop.apache.org Sent: Monday, April 15, 2013 7:13 PM Subject: collision in the naming of '.snapshot' directory between hdfs snaps

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

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 __

Re: collision in the naming of '.snapshot' directory between hdfs snapshot and hbase snapshot

This was caused by HDFS-4666, committed yesterday. IMO, it will be in a good place fianlly if HDFS and HBASE all changed naming convention. .hdfs_snapshot and .hbase_snapshot would be better. On Tue, Apr 16, 2013 at 10:13 AM, Ted Yu wrote: > Hi

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 creat

[jira] [Created] (HDFS-4701) race condition between block recovery and removal of block pool can cause block recovery thread to exit with NullPointerException

Chris Nauroth created HDFS-4701: --- Summary: race condition between block recovery and removal of block pool can cause block recovery thread to exit with NullPointerException Key: HDFS-4701 URL: https://issues.apache.

[jira] [Created] (HDFS-4700) Fix the undo section of rename

Jing Zhao created HDFS-4700: --- Summary: Fix the undo section of rename Key: HDFS-4700 URL: https://issues.apache.org/jira/browse/HDFS-4700 Project: Hadoop HDFS Issue Type: Sub-task Repor

[jira] [Resolved] (HDFS-4666) Disallow users to create file/dir named ".snapshot"

[ https://issues.apache.org/jira/browse/HDFS-4666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsz Wo (Nicholas), SZE resolved HDFS-4666. -- Resolution: Fixed Fix Version/s: Snapshot (HDFS-2802) Aaron, thanks for t

[jira] [Created] (HDFS-4699) TestPipelinesFailover#testPipelineRecoveryStress fails sporadically

Chris Nauroth created HDFS-4699: --- Summary: TestPipelinesFailover#testPipelineRecoveryStress fails sporadically Key: HDFS-4699 URL: https://issues.apache.org/jira/browse/HDFS-4699 Project: Hadoop HDFS

[jira] [Created] (HDFS-4698) provide client-side metrics for remote reads, local reads, and short-circuit reads

Colin Patrick McCabe created HDFS-4698: -- Summary: provide client-side metrics for remote reads, local reads, and short-circuit reads Key: HDFS-4698 URL: https://issues.apache.org/jira/browse/HDFS-4698

[jira] [Created] (HDFS-4697) short-circuit reads do not honor readahead settings

Colin Patrick McCabe created HDFS-4697: -- Summary: short-circuit reads do not honor readahead settings Key: HDFS-4697 URL: https://issues.apache.org/jira/browse/HDFS-4697 Project: Hadoop HDFS

[jira] [Created] (HDFS-4696) Branch 0.23 Patch for "Block Replication Policy Implementation May Skip Higher-Priority Blocks for Lower-Priority Blocks"

Derek Dagit created HDFS-4696: - Summary: Branch 0.23 Patch for "Block Replication Policy Implementation May Skip Higher-Priority Blocks for Lower-Priority Blocks" Key: HDFS-4696 URL: https://issues.apache.org/jira/bro

[jira] [Resolved] (HDFS-4689) freeze/seal a hdfs file

[ https://issues.apache.org/jira/browse/HDFS-4689?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Zesheng Wu resolved HDFS-4689. -- Resolution: Not A Problem > freeze/seal a hdfs file > --- > > Ke

Build failed in Jenkins: Hadoop-Hdfs-trunk #1373

See -- [...truncated 14111 lines...] Generating

Hadoop-Hdfs-trunk - Build # 1373 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk/1373/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 14304 lines...] java.lang.AssertionError: SBN should have

Google Talk 使用邀请

--- 王国邀请您使用 Google Talk。 如果您已经拥有 Google 帐户，请登录 Gmail 并接受此聊天邀请： http://mail.google.com/mail/b-9601ec1493-a97b2a544e-7O5rjeBdyGpfR2q3yR1Kjl7pFVk 要注册 Google 帐户并开始使用 Google Talk，您可以访问： http://mail.google.com/mail/a-9601ec1493-a97b2a