[jira] [Created] (HDFS-7916) 'reportBadBlocks' from datanodes to standby Node BPServiceActor goes for infinite loop

Vinayakumar B created HDFS-7916: --- Summary: 'reportBadBlocks' from datanodes to standby Node BPServiceActor goes for infinite loop Key: HDFS-7916 URL: https://issues.apache.org/jira/browse/HDFS-7916 Proj

Hadoop-Hdfs-trunk - Build # 2061 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk/2061/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 6494 lines...] [INFO] [INFO] --- maven-antrun-plugin:1.7

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

See Changes: [junping_du] Configurable timeout between YARNRunner terminate the application and forcefully kill. Contributed by Eric Payne. [ozawa] MAPREDUCE-4742. Fix typo in nnbench#displayUsage. Contributed by Liang Xie. [cnaur

Hadoop-Hdfs-trunk-Java8 - Build # 120 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Java8/120/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 9188 lines...] [INFO] [INFO] --- maven-antrun-plugi

Build failed in Jenkins: Hadoop-Hdfs-trunk-Java8 #120

See Changes: [junping_du] Configurable timeout between YARNRunner terminate the application and forcefully kill. Contributed by Eric Payne. [ozawa] MAPREDUCE-4742. Fix typo in nnbench#displayUsage. Contributed by Liang Xie. [

Re: upstream jenkins build broken?

Is there a maven plugin or setting we can use to simply remove directories that have no executable permissions on them? Clearly we have the permission to do this from a technical point of view (since we created the directories as the jenkins user), it's simply that the code refuses to do it. Othe

Re: upstream jenkins build broken?

The only thing I'm aware of is the failOnError option: http://maven.apache.org/plugins/maven-clean-plugin/examples/ignoring-errors .html I prefer that we don't disable this, because ignoring different kinds of failures could leave our build directories in an indeterminate state. For example, we

Re: upstream jenkins build broken?

+dev@hbase HBase has recently been cleaning up our precommit jenkins jobs to make them more robust. From what I can tell our stuff started off as an earlier version of what Hadoop uses for testing. Folks on either side open to an experiment of combining our precommit check tooling? In principle w

Re: upstream jenkins build broken?

Sure, thanks Sean! Do we just look in the dev-support folder in the HBase repo? Is there any additional context we need to be aware of? Chris Nauroth Hortonworks http://hortonworks.com/ On 3/11/15, 2:44 PM, "Sean Busbey" wrote: >+dev@hbase > >HBase has recently been cleaning up our preco

Re: upstream jenkins build broken?

On Wed, Mar 11, 2015 at 2:34 PM, Chris Nauroth wrote: > The only thing I'm aware of is the failOnError option: > > http://maven.apache.org/plugins/maven-clean-plugin/examples/ignoring-errors > .html > > > I prefer that we don't disable this, because ignoring different kinds of > failures could lea

[jira] [Created] (HDFS-7917) Use file to replace data dirs in test to simulate a disk failure.

Lei (Eddy) Xu created HDFS-7917: --- Summary: Use file to replace data dirs in test to simulate a disk failure. Key: HDFS-7917 URL: https://issues.apache.org/jira/browse/HDFS-7917 Project: Hadoop HDFS

Re: upstream jenkins build broken?

You could rely on a destructive git clean call instead of maven to do the directory removal. -- Sean On Mar 11, 2015 4:11 PM, "Colin McCabe" wrote: > Is there a maven plugin or setting we can use to simply remove > directories that have no executable permissions on them? Clearly we > have the

[jira] [Created] (HDFS-7918) Phase out the old web UI in HDFS in branch-2

Brahma Reddy Battula created HDFS-7918: -- Summary: Phase out the old web UI in HDFS in branch-2 Key: HDFS-7918 URL: https://issues.apache.org/jira/browse/HDFS-7918 Project: Hadoop HDFS Is

[jira] [Resolved] (HDFS-1029) Image corrupt with number of files = 1

[ https://issues.apache.org/jira/browse/HDFS-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Allen Wittenauer resolved HDFS-1029. Resolution: Fixed This is likely a stale issue. Closing. Reopen if you feel otherwise. > Im

[jira] [Resolved] (HDFS-2748) fstime of image file newer than fstime of editlog

[ https://issues.apache.org/jira/browse/HDFS-2748?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Allen Wittenauer resolved HDFS-2748. Resolution: Fixed This is likely a stale issue. Closing. Reopen if you feel otherwise. > fs