Re: Adding support for hardware crc to ARM aarch64

Edward, Thanks for your contribution. Please file a JIRA ticket at http://issues.apache.org/jira/browse/HADOOP and upload your patch there. Other reviewers/committers can take it from there and provide feedback. For more instructions, you can see http://wiki.apache.org/hadoop/HowToContribute.

[jira] [Created] (HADOOP-10751) HBase Master needs data locality

Ted Yu created HADOOP-10751: --- Summary: HBase Master needs data locality Key: HADOOP-10751 URL: https://issues.apache.org/jira/browse/HADOOP-10751 Project: Hadoop Common Issue Type: Task

Re: [VOTE] Release Apache Hadoop 2.4.1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 +1 Built and deployed clusters on Amazon. Ran a basic test suite. Thanks Arun On 06/25/14 17:11, Akira AJISAKA wrote: > Thanks Arun for another RC! > > I'm +1 (non-binding) for RC2. HDFS-6527 should be reverted because the issue is only in 2.5 and

Re: [VOTE] Release Apache Hadoop 2.4.1

Thanks Arun for another RC! I'm +1 (non-binding) for RC2. HDFS-6527 should be reverted because the issue is only in 2.5 and trunk. In addition, I hope HDFS-6591 to be merged. Other than that, RC1 is good to me. I tested RC1 with distributed cluster on CentOS 6.3: - Successful build from src

[jira] [Created] (HADOOP-10750) KMSKeyProviderCache should be in hadoop-common

Alejandro Abdelnur created HADOOP-10750: --- Summary: KMSKeyProviderCache should be in hadoop-common Key: HADOOP-10750 URL: https://issues.apache.org/jira/browse/HADOOP-10750 Project: Hadoop Common

Re: Moving to JDK7, JDK8 and new major releases

I understood the plan for avoiding JDK7-specific features in our code, and your suggestion to add an extra Jenkins job is a great way to guard against that. The thing I haven't seen discussed yet is how downstream projects will continue to consume our built artifacts. If a downstream project upgr

Re: Moving to JDK7, JDK8 and new major releases

+1 (non-binding) for 2.5 to be the last release to ensure JDK6. >>> My higher-level goal though is to avoid going through this same pain >>> again when JDK7 goes EOL. I'd like to do a JDK8-based release >>> before then for this reason. This is why I suggested skipping an >>> intermediate 2.x+JDK7

Re: Moving to JDK7, JDK8 and new major releases

Chris, Compiling with jdk7 and doing javac -target 1.6 is not sufficient, you are still using jdk7 libraries and you could use new APIs, thus breaking jdk6 both at compile and runtime. you need to compile with jdk6 to ensure you are not running into that scenario. that is why i was suggesting the

Re: [VOTE] Change by-laws on release votes: 5 days instead of 7

+1 (binding) Kihwal On 6/24/14, 3:53 AM, "Arun C Murthy" wrote: >Folks, > > As discussed, I'd like to call a vote on changing our by-laws to change >release votes from 7 days to 5. > > I've attached the change to by-laws I'm proposing. > > Please vote, the vote will the usual period of 7 days.

Re: [VOTE] Release Apache Hadoop 2.4.1

+1 RC1 verified checksum & signature on SRC TARBALL verified CHANGES.txt files run apache-rat:check on SRC build SRC installed pseudo cluster run successfully a few MR sample jobs verified HttpFS Thanks again Arun On Mon, Jun 23, 2014 at 8:58 AM, Mit Desai wrote: > +1 (non-binding) > > Tested

Re: Moving to JDK7, JDK8 and new major releases

I'm also +1 for getting us to JDK7 within the 2.x line after reading the proposals and catching up on the discussion in this thread. Has anyone yet considered how to coordinate this change with downstream projects? Would we request downstream projects to upgrade to JDK7 first before we make the m

Re: [VOTE] Release Apache Hadoop 0.23.11

+1 (non-binding) Stood up a pseudo-dist cluster and ran a few MR jobs. On Wed, Jun 25, 2014 at 9:05 AM, Jason Lowe wrote: > +1 (binding) > > - Verified signatures and digests > - Deployed binary tarball to a single-node cluster and ran some MR example > jobs > - Built from source, deployed to

Last few hours for an ApacheCon EU talk

You have a few more hours to submit talks to apachecon EU ... something to do during test runs http://events.linuxfoundation.org//events/apachecon-europe/program/cfp -- CONFIDENTIALITY NOTICE NOTICE: This message is intended for the use of the individual or entity to which it is addressed and m

Re: [VOTE] Change by-laws on release votes: 5 days instead of 7

+1 -giri On Wed, Jun 25, 2014 at 12:02 PM, Arpit Agarwal wrote: > +1 Arpit > > > On Tue, Jun 24, 2014 at 1:53 AM, Arun C Murthy > wrote: > > > Folks, > > > > As discussed, I'd like to call a vote on changing our by-laws to change > > release votes from 7 days to 5. > > > > I've attached the

Re: [VOTE] Change by-laws on release votes: 5 days instead of 7

+1 Arpit On Tue, Jun 24, 2014 at 1:53 AM, Arun C Murthy wrote: > Folks, > > As discussed, I'd like to call a vote on changing our by-laws to change > release votes from 7 days to 5. > > I've attached the change to by-laws I'm proposing. > > Please vote, the vote will the usual period of 7 da

Re: [VOTE] Change by-laws on release votes: 5 days instead of 7

+1 Tsz-Wo On Wednesday, June 25, 2014 9:39 AM, Owen O'Malley wrote: > > >+1 > > > >On Wed, Jun 25, 2014 at 7:27 AM, Vinayakumar B >wrote: > >> +1 (binding) >> >> Regards, >> Vinay >> >> >> On Wed, Jun 25, 2014 at 4:13 AM, Vinod Kumar Vavilapalli < >> vino...@apache.org >> > wrote: >> >> > +

Re: Moving to JDK7, JDK8 and new major releases

On Tue, Jun 24, 2014 at 4:44 PM, Alejandro Abdelnur wrote: > After reading this thread and thinking a bit about it, I think it should be > OK such move up to JDK7 in Hadoop I agree with Alejandro. Changing minimum JDKs is not an incompatible change and is fine in the 2 branch. (Although I think

Re: [VOTE] Change by-laws on release votes: 5 days instead of 7

+1 On Wed, Jun 25, 2014 at 7:27 AM, Vinayakumar B wrote: > +1 (binding) > > Regards, > Vinay > > > On Wed, Jun 25, 2014 at 4:13 AM, Vinod Kumar Vavilapalli < > vino...@apache.org > > wrote: > > > +1 > > > > Vinod > > > > On Jun 24, 2014, at 1:53 AM, Arun C Murthy wrote: > > > > > Folks, > > >

Re: [VOTE] Release Apache Hadoop 0.23.11

+1 (binding) - Verified signatures and digests - Deployed binary tarball to a single-node cluster and ran some MR example jobs - Built from source, deployed to a single-node cluster and ran some MR example jobs Jason On 06/19/2014 10:14 AM, Thomas Graves wrote: Hey Everyone, There have bee

[jira] [Created] (HADOOP-10749) Error : Server ipc version 9 cannot connect with client version 4

Solaimurugan.V created HADOOP-10749: --- Summary: Error : Server ipc version 9 cannot connect with client version 4 Key: HADOOP-10749 URL: https://issues.apache.org/jira/browse/HADOOP-10749 Project: H

Re: [VOTE] Change by-laws on release votes: 5 days instead of 7

+1 (binding) Regards, Vinay On Wed, Jun 25, 2014 at 4:13 AM, Vinod Kumar Vavilapalli wrote: > +1 > > Vinod > > On Jun 24, 2014, at 1:53 AM, Arun C Murthy wrote: > > > Folks, > > > > As discussed, I'd like to call a vote on changing our by-laws to change > release votes from 7 days to 5. > > >

Build failed in Jenkins: Hadoop-Common-trunk #1150

See Changes: [jianhe] YARN-1365. Changed ApplicationMasterService to allow an app to re-register after RM restart. Contributed by Anubhav Dhoot [szetszwo] HADOOP-10674. Improve PureJavaCrc32 performance and use java.util.zip.CRC3

Adding support for hardware crc to ARM aarch64

Hi, I would like to add support for hardware crc for ARM's new 64 bit architecture, aarch64. I would be grateful if some committer could help me though the process of getting this change pushed into the trunk. I have prepared an initial patch below. The patch is completely conditionalized on