Re: How to run HDFS from source?

I cannot say for the current code, since it look like people had undone the project split. But based on Eli`s repo I could, with the code of June 12th, do the follow to run HDFS in pseudo distributed mode -Set your JAVA_HOME on hadoop-common/conf/hadoop-env.shto match your system. -Applied diff -

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

See https://builds.apache.org/job/Hadoop-Hdfs-22-branch/69/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 3077 lines...] compile-hdfs-test: [delete] Deleting

Re: How to run HDFS from source?

Should running ./bin/hdfs from the source root work? I get these errors: [kirk@bubbas apache]$ ./bin/hdfs namenode ./bin/hdfs: line 154: cygpath: command not found ./bin/hdfs: line 177: exec: : not found I can hack around the latter by setting the JAVA env var up first: export

Re: Where did hdfs source go?

A thousand pardons if this is known/obvious, but links off of http://hadoop.apache.org/hdfs/version_control.html don't work (they result in 404 errors). Kirk On 06/13/2011 12:27 PM, Matthew Foley wrote: And see Todd's directions at http://markmail.org/message/cmyx2ojtn6dj6wlp --Matt On Jun

[jira] [Created] (HDFS-2079) 1073: create an escape hatch to ignore startup consistency problems

1073: create an escape hatch to ignore startup consistency problems --- Key: HDFS-2079 URL: https://issues.apache.org/jira/browse/HDFS-2079 Project: Hadoop HDFS Issue Type: Sub-

[jira] [Created] (HDFS-2078) 1073: NN should not clear storage directory when restoring removed storage

1073: NN should not clear storage directory when restoring removed storage -- Key: HDFS-2078 URL: https://issues.apache.org/jira/browse/HDFS-2078 Project: Hadoop HDFS Is

[jira] [Created] (HDFS-2077) 1073: address checkpoint upload when one of the storage dirs is failed

1073: address checkpoint upload when one of the storage dirs is failed -- Key: HDFS-2077 URL: https://issues.apache.org/jira/browse/HDFS-2077 Project: Hadoop HDFS Issue Type

Hadoop-Hdfs-trunk-Commit - Build # 748 - Failure

See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Commit/748/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 1050 lines...] at java.net.PlainSocketImpl.

[jira] [Resolved] (HDFS-1656) getDelegationToken in HftpFileSystem should renew TGT if needed.

[ https://issues.apache.org/jira/browse/HDFS-1656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Foley resolved HDFS-1656. -- Resolution: Fixed Fix Version/s: 0.23.0 Committed to trunk. Thanks, Jitendra! > getDelegationTo

Re: Problem with BackupNode?

This seems to have been introduced here: https://github.com/apache/hadoop-hdfs/commit/27b956fa62ce9b467ab7dd287dd6dcd5ab6a0cb3#src/java/org/apache/hadoop/hdfs/server/namenode/BackupImage.java The backup streams never write the version, so it should never try to read it either. I would have expect