Hi Arun and Suresh,
I am glad my choice of words attracted your attention. I consider this
important for the project otherwise I wouldn't waste everybody's time.
You tend reacting on a latest message taken out of context, which does not
reveal full picture.
I'll try here to summarize my proposal a
I agree that "destructive" is not the correct word to describe features
like snapshots and windows support. However, I also agree with Konstantin
that any large feature will have a destabilizing effect on the code base,
even if it is done on a branch and thoroughly tested before being merged
in. H
On 2 May 2013 09:28, Todd Lipcon wrote:
> Hi Brad,
>
> The reasoning is that the NameNode locking is somewhat coarse grained. In
> older versions of Hadoop, before it worked this way, we found that listing
> large directories (eg with 100k+ files) could end up holding the namenode's
> lock for a
Benoy Antony created HDFS-4794:
--
Summary: Browsing filesystem via webui throws kerberos exception
when NN service RPC is enabled in a secure cluster
Key: HDFS-4794
URL: https://issues.apache.org/jira/browse/HDFS-4794
Chris Nauroth created HDFS-4795:
---
Summary: backport UTF8 encoding fixes to branch-1
Key: HDFS-4795
URL: https://issues.apache.org/jira/browse/HDFS-4795
Project: Hadoop HDFS
Issue Type: Bug
