Re: [VOTE] Release Apache Hadoop 2.0.4-alpha

2013-04-11 Thread Vinod Kumar Vavilapalli
Talked to Arun offline and merged this into 2.0.4-alpha. Also fixed CHANGES.txt. Thanks, +Vinod On Apr 10, 2013, at 9:10 PM, Alejandro Abdelnur wrote: > I've comitted HADOOP-9471 to trunk and branch-2 and closed JIRA with > fixedVersion 2.0.5. > > If this JIRA makes it to 2.0.4 we need to upda

Re: [VOTE] Release Apache Hadoop 2.0.4-alpha

2013-04-11 Thread Vinod Kumar Vavilapalli
Sid, I checked this into 2.0.4-alpha. Thanks, +Vinod On Apr 9, 2013, at 11:14 PM, Siddharth Seth wrote: > Arun, MAPREDUCE-5094 would be a useful jira to include in the 2.0.4-alpha > release. It's not an absolute blocker since the values can be controlled > explicitly by changing tests which use

[jira] [Resolved] (MAPREDUCE-5139) Update MR App after YARN-486

2013-04-11 Thread Vinod Kumar Vavilapalli (JIRA)
/MAPREDUCE-5139 > Project: Hadoop Map/Reduce > Issue Type: Bug >Reporter: Vinod Kumar Vavilapalli >Assignee: Xuan Gong > Fix For: 2.0.5-beta > > Attachments: MAPREDUCE-5139-20130411.txt > > > MR App needs to be u

[jira] [Created] (MAPREDUCE-5146) application classloader may be used too early to load classes

2013-04-11 Thread Sangjin Lee (JIRA)
Sangjin Lee created MAPREDUCE-5146: -- Summary: application classloader may be used too early to load classes Key: MAPREDUCE-5146 URL: https://issues.apache.org/jira/browse/MAPREDUCE-5146 Project: Hado

[VOTE] Release Apache Hadoop 0.23.7

2013-04-11 Thread Thomas Graves
I've created a release candidate (RC0) for hadoop-0.23.7 that I would like to release. This release is a sustaining release with several important bug fixes in it. The RC is available at: http://people.apache.org/~tgraves/hadoop-0.23.7-candidate-0/ The RC tag in svn is here: http://svn.apache.org

[jira] [Resolved] (MAPREDUCE-114) All reducer tasks are finished, while some mapper tasks are still running

2013-04-11 Thread Koji Noguchi (JIRA)
[ https://issues.apache.org/jira/browse/MAPREDUCE-114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Noguchi resolved MAPREDUCE-114. Resolution: Won't Fix Fixed in Yarn(MAPREDUCE-279). Not getting fixed in 0.20.*/1.*.

[jira] [Created] (MAPREDUCE-5145) Change default max-attempts to be more than one for MR jobs as well

2013-04-11 Thread Zhijie Shen (JIRA)
Zhijie Shen created MAPREDUCE-5145: -- Summary: Change default max-attempts to be more than one for MR jobs as well Key: MAPREDUCE-5145 URL: https://issues.apache.org/jira/browse/MAPREDUCE-5145 Project

[jira] [Created] (MAPREDUCE-5144) TestAMWebApp.testConfView has poor test coverage

2013-04-11 Thread Jason Lowe (JIRA)
Jason Lowe created MAPREDUCE-5144: - Summary: TestAMWebApp.testConfView has poor test coverage Key: MAPREDUCE-5144 URL: https://issues.apache.org/jira/browse/MAPREDUCE-5144 Project: Hadoop Map/Reduce

Re: CHANGES.txt out of sync in the different branches

2013-04-11 Thread Alejandro Abdelnur
Thanks for taking care of this Sid. Agree that using jira fix versions would be easier as a way to generate the changes. It would require some proper handling by the committer. For example, if something is committed to trunk(3.0.0) and branch-2(2.0.5) it would have fixedVersion 2.0.5, if later it

[jira] [Created] (MAPREDUCE-5143) TestLineRecordReader was no test case for compressed files

2013-04-11 Thread Sonu Prathap (JIRA)
Sonu Prathap created MAPREDUCE-5143: --- Summary: TestLineRecordReader was no test case for compressed files Key: MAPREDUCE-5143 URL: https://issues.apache.org/jira/browse/MAPREDUCE-5143 Project: Hadoop

Re: CHANGES.txt out of sync in the different branches

2013-04-11 Thread Siddharth Seth
I went ahead and committed a couple of changes to trunk and branch-2 to fix the MR CHANGES.txt mess. Alexandro, I believe there's a couple of jiras where you were waiting for CHANGES.txt fixes before merging to branch-2. Not sure about past discussions, but can we re-visit removing CHANGES.txt in