Jenkins build is back to normal : Hadoop-Hdfs-0.23-Build #62

See

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

See https://builds.apache.org/job/Hadoop-Hdfs-trunk/850/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 10369 lines...] [INFO] Deleting /home/jenkins/jenkins-sla

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

See Changes: [acmurthy] HADOOP-7789. Improvements to site navigation. [acmurthy] Preparing for release 0.23.0. [shv] HDFS-2002. Incorrect computation of needed blocks in getTurnOffTip(). Contributed by Plamen Jeliazkov. [acmurthy]

Hadoop-Hdfs-22-branch - Build # 105 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-22-branch/105/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 23264 lines...] [junit] at java.lang.Thread.ru

Re: replication in HDFS

Our largest cluster is several thousand nodes and we still run with a replication factor of 3. We have not seen any benefit from having a larger replication factor except when it is a resource that lots of machines will use, aka distributed cache. Other then that 3 seems just fine for most map

[jira] [Resolved] (HDFS-2515) start-all.sh namenode createSocketAddr

[ https://issues.apache.org/jira/browse/HDFS-2515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daryn Sharp resolved HDFS-2515. --- Resolution: Not A Problem User cited wrong configs were used, so the observed behavior is correct.

Re: relative symbolic links in HDFS

On Oct 31, 2011, at 5:41 PM, Eli Collins wrote: >> Regardless, I do think it makes sense to have a convenience method to get the >> raw path that was supplied at symlink creation. The first thing I tried was >> Path#toString() so that I guess is pretty intuitive but I can't comment on >> whether th

Re: relative symbolic links in HDFS

On Tue, Nov 1, 2011 at 8:19 AM, Daryn Sharp wrote: > On Oct 31, 2011, at 5:41 PM, Eli Collins wrote: >>> Regardless, I do think it makes sense to have a convenience method to get >>> the >>> raw path that was supplied at symlink creation. The first thing I tried was >>> Path#toString() so that I

[jira] [Created] (HDFS-2527) Remove the use of Range header from webhdfs

Remove the use of Range header from webhdfs --- Key: HDFS-2527 URL: https://issues.apache.org/jira/browse/HDFS-2527 Project: Hadoop HDFS Issue Type: Sub-task Reporter: Tsz Wo (Nicholas), SZ

Re: replication in HDFS

I see. In order to beat 3 replications in the perspective of IO, we need to generate parity blocks carefully. We can't simply buffer source blocks on the local disk and then generate parity blocks, which requires two extra disk IOs. One problem with parity blocks is that parity blocks can't work as

[jira] [Resolved] (HDFS-2475) webhdfs rest api's should send the content-length header consistently on all calls

[ https://issues.apache.org/jira/browse/HDFS-2475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsz Wo (Nicholas), SZE resolved HDFS-2475. -- Resolution: Not A Problem Since we are using chunked transfer encoding, we shoul

[jira] [Created] (HDFS-2528) webhdfs rest call to a secure dn fails when a token is sent

webhdfs rest call to a secure dn fails when a token is sent --- Key: HDFS-2528 URL: https://issues.apache.org/jira/browse/HDFS-2528 Project: Hadoop HDFS Issue Type: Bug Affects Vers

Hadoop-Hdfs-0.23-Commit - Build # 136 - Failure

See https://builds.apache.org/job/Hadoop-Hdfs-0.23-Commit/136/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 6806 lines...] [INFO] [INFO] --- jspc-maven-plugin:

[jira] [Reopened] (HDFS-2416) distcp with a webhdfs uri on a secure cluster fails

[ https://issues.apache.org/jira/browse/HDFS-2416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tsz Wo (Nicholas), SZE reopened HDFS-2416: -- > Merged to 0.23. It turns out that 0.23 cannot be compiled after the merge. Rever

[jira] [Created] (HDFS-2529) lastDeletedReport should be scoped to BPOfferService, not DN

lastDeletedReport should be scoped to BPOfferService, not DN Key: HDFS-2529 URL: https://issues.apache.org/jira/browse/HDFS-2529 Project: Hadoop HDFS Issue Type: Bug Affects Ve

[jira] [Resolved] (HDFS-2379) 0.20: Allow block reports to proceed without holding FSDataset lock

[ https://issues.apache.org/jira/browse/HDFS-2379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Todd Lipcon resolved HDFS-2379. --- Resolution: Fixed Fix Version/s: 0.20.206.0 Hadoop Flags: Reviewed Committed to 0.20-secur