Build failed in Jenkins: Hadoop-common-trunk-Java8 #438

See Changes: [harsh] MAPREDUCE-5045. UtilTest#isCygwin method appears to be unused. Contributed by Neelesh Srinivas Salian. -- [...truncated 5605 lines...] Tests run: 4, Failures: 0,

Re: Local repo sharing for maven builds

> > > Did anyone address Andrew's proposal to have one private repo per > Jenkins executor? That seems like the simplest approach to me. It > seems like that would only generate more network traffic in the case > where a dependency changes, which should be relatively rare. > > We're blocked on

Re: Local repo sharing for maven builds

On Tue, Sep 22, 2015 at 9:09 PM, Colin P. McCabe wrote: > On Mon, Sep 21, 2015 at 4:08 AM, Steve Loughran > wrote: > > > >> On 19 Sep 2015, at 04:42, Allen Wittenauer wrote: > >> > >> a) Multi-module patches are always troublesome

[jira] [Created] (HADOOP-12429) NullPointerException when underreplicated blocks are there

Syed Akram created HADOOP-12429: --- Summary: NullPointerException when underreplicated blocks are there Key: HADOOP-12429 URL: https://issues.apache.org/jira/browse/HADOOP-12429 Project: Hadoop Common

Re: [VOTE] Merge HDFS-7285 (erasure coding) branch to trunk

+1 Great addition to HDFS. Thanks all contributors for the nice work. Regards, Uma On 9/22/15, 3:40 PM, "Zhe Zhang" wrote: >Hi, > >I'd like to propose a vote to merge the HDFS-7285 feature branch back to >trunk. Since November 2014 we have been designing and developing

[jira] [Created] (HADOOP-12433) Migrate open jiras to Yetus tracker

Sean Busbey created HADOOP-12433: Summary: Migrate open jiras to Yetus tracker Key: HADOOP-12433 URL: https://issues.apache.org/jira/browse/HADOOP-12433 Project: Hadoop Common Issue Type:

[jira] [Created] (HADOOP-12434) tombstone yetus branch

Sean Busbey created HADOOP-12434: Summary: tombstone yetus branch Key: HADOOP-12434 URL: https://issues.apache.org/jira/browse/HADOOP-12434 Project: Hadoop Common Issue Type: Sub-task

RE: [VOTE] Merge HDFS-7285 (erasure coding) branch to trunk

Non-binding +1 According to our extensive performance tests, striping + ISA-L coder based erasure coding not only can save storage, but also can increase the throughput of a client or a cluster. It will be a great addition to HDFS and its users. Based on the latest branch codes, we also

Re: CHANGES.TXT

I don’t whether your ability to completely miss my point every time we communicate with each other, regardless of the issue, is intentional or just a special talent. On Sep 22, 2015, at 8:52 AM, Colin P. McCabe wrote: > I think it's extremely unrealistic to expect Hadoop

Re: Local repo sharing for maven builds

There are multiple problems with just spamming test patch with local repos. I've done a not insignificant amount of investigation in this space and there reasons why I didn't just slam it in even though I've been aware of the issue for a very long time. There are specific reasons why I want to

Jenkins build is back to normal : Hadoop-common-trunk-Java8 #439

See

Build failed in Jenkins: Hadoop-common-trunk-Java8 #440

See Changes: [wheat9] HDFS-8733. Keep server related definition in hdfs.proto on server side. Contributed by Mingliang Liu. -- [...truncated 5639 lines...] Tests run: 1, Failures: 0,

[VOTE] Merge HDFS-7285 (erasure coding) branch to trunk

Hi, I'd like to propose a vote to merge the HDFS-7285 feature branch back to trunk. Since November 2014 we have been designing and developing this feature under the umbrella JIRAs HDFS-7285 and HADOOP-11264, and have committed approximately 210 patches. The HDFS-7285 feature branch was created

Re: [VOTE] Merge HDFS-7285 (erasure coding) branch to trunk

+1 I've been involved in design discussions and reviews on the branch, I think we're ready to merge to trunk. Stability has looked good in cluster testing. Many thanks to all the contributors for their hard work! Best, Andrew On Tue, Sep 22, 2015 at 3:40 PM, Zhe Zhang

RE: huge editlog segment size make standby start failure

Hi jiang yu Assuming ANN is working fine..Just you can issue savenamespace on ANN and start SNN by bootsrap should ok.. You can do like following.. 1) Enter ANN into safemode i.e hdfs dfsadmin safemode enter 2) Execute savenamespace i.e hdfs dfsadmin savenamespace 3)leave safemode i.e hdfs

Build failed in Jenkins: Hadoop-common-trunk-Java8 #436

See Changes: [vinayakumarb] HDFS-8780. Fetching live/dead datanode list with arg true for removeDecommissionNode,returns list with decom node. (Contributed by J.Andreina) --

RE: Local repo sharing for maven builds

After using timestamped jars, hadoop-hdfs module might still continue to use earlier timestamped jars (correct) and may complete run.But later modules might refer to updated jars which are from some other build. I think download of entire local repo is not required in every build.It only needs

Re: [VOTE] Release Apache Hadoop 2.6.1 RC1

+1(non-binding) - verified mds and signature of source and binary tarball - built from source tarball with -Pnative on CentOS 7 and OpenJDK 7 - built site documentation - started pseudo distributed cluster and ran example jobs Masatake Iwasaki On 9/17/15 11:10, Vinod Kumar Vavilapalli wrote:

Jenkins build is back to normal : Hadoop-common-trunk-Java8 #437

See

Re: Local repo sharing for maven builds

> On 22 Sep 2015, at 12:16, Brahma Reddy Battula > wrote: > > After using timestamped jars, hadoop-hdfs module might still continue to use > earlier timestamped jars (correct) and may complete run.But later modules > might refer to updated jars which are from

Re: [VOTE] Release Apache Hadoop 2.6.1 RC1

+1 (binding) Ran a few MR jobs on a pseudo-distributed cluster on Java 8. On Tue, Sep 22, 2015 at 8:09 AM, Masatake Iwasaki < iwasak...@oss.nttdata.co.jp> wrote: > +1(non-binding) > > - verified mds and signature of source and binary tarball > - built from source tarball with -Pnative on CentOS

Re: CHANGES.TXT

I think it's extremely unrealistic to expect Hadoop to ever follow a branchless development model. In fact, the recent trend has been in the opposite direction-- prominent members of the community have pointed out that we don't have enough long-running, well-tested and well-supported branches.