[jira] [Created] (HDFS-5111) Correctly handling incorrect input for snapshot commands

Jing Zhao created HDFS-5111: --- Summary: Correctly handling incorrect input for snapshot commands Key: HDFS-5111 URL: https://issues.apache.org/jira/browse/HDFS-5111 Project: Hadoop HDFS Issue Type:

Re: [VOTE] Release Apache Hadoop 2.1.0-beta

Thanks for the clarification Daryn. That is what I was asking before when I said "From my limited understanding, this doesn't seem like a API or a compatibility issue. Can we not fix it in subsequent bug-fix releases? " Now, I was wavering as to whether we can omit this or not. There are other

[jira] [Created] (HDFS-5110) Change FSDataOutputStream to HdfsDataOutputStream for opened streams to fix type cast error

Brandon Li created HDFS-5110: Summary: Change FSDataOutputStream to HdfsDataOutputStream for opened streams to fix type cast error Key: HDFS-5110 URL: https://issues.apache.org/jira/browse/HDFS-5110 Proje

[jira] [Created] (HDFS-5109) Document new zero-copy short-circuit local reads feature

Andrew Wang created HDFS-5109: - Summary: Document new zero-copy short-circuit local reads feature Key: HDFS-5109 URL: https://issues.apache.org/jira/browse/HDFS-5109 Project: Hadoop HDFS Issue Ty

RE: mapred replication

I should have mentioned that the IOException is from the DataNode (if not obvious from the stacktrace :)). The DFSClient continues along happily by fetching the block from a different replica (as one would expect). -Original Message- From: Sirianni, Eric [mailto:eric.siria...@netapp.com

Re: [VOTE] Release Apache Hadoop 2.1.0-beta

I've been OOO (got a call to fix this bug), but just to clarify: We're ok with HA _not working at all_ with security enabled in 2.1.0-beta? That's the ramification of omitting HADOOP-9880. Daryn On Aug 16, 2013, at 9:20 PM, Arun C Murthy wrote: > Yep, there are quite a number of such fixes in

RE: mapred replication

Thanks Chris and others for the detailed explanation. I was aware of the basic rationale behind having a higher replication factor for mapred job files - thanks taking the time to elaborate and share with those on this list. After thinking about it a bit more offline, I too speculated that the

Re: mapred replication

Without the stack trace of the exceptions it is hard to tell. The pruning is asynchronous, but so is a node crashing with a replica on it. The client is supposed to detect this situation and find a new replica that works. I am not that familiar with the code, but I believe in some if not all of

Re: [VOTE] Release Apache Hadoop 2.0.6-alpha (RC1)

+1 Downloaded source tarball Verified MD5 Verified Signature Run apache-rat:check Did a dist build Started pseudo cluster Run a couple of MR examples Tested HttpFS On Thu, Aug 15, 2013 at 10:29 PM, Konstantin Boudnik wrote: > All, > > I have created a release candidate (rc1) for hadoop-2.0.6

Hadoop-Hdfs-trunk - Build # 1496 - Failure

See https://builds.apache.org/job/Hadoop-Hdfs-trunk/1496/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 11758 lines...] [INFO] [INFO] --- maven-clean-plugin:2.4

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

See Changes: [szetszwo] Add .classpath, .project and .settings to svn:ignore. [vinodkv] YARN-643. Fixed ResourceManager to remove all tokens consistently on app finish. Contributed by Xuan Gong. [brandonli] HDFS-5107 Fix array copy

Hadoop-Hdfs-0.23-Build - Build # 704 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-0.23-Build/704/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 7866 lines...] [ERROR] location: class com.google.pro

Build failed in Jenkins: Hadoop-Hdfs-0.23-Build #704

See -- [...truncated 7673 lines...] [ERROR] symbol : class Parser [ERROR] location: package com.google.protobuf [ERROR]