Hi
Sometimes when we have a large number of clusters we may have to specify the
password of the different machines that we are using as slaves (datanodes).
If the cluster is very huge we may have to repeat this everytime.
So we would to suggest a way to avoid this
1. Generate a
See https://builds.apache.org/hudson/job/Hadoop-Hdfs-trunk/654/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 795522 lines...]
[junit] at
See https://builds.apache.org/hudson/job/Hadoop-Hdfs-trunk-Commit/617/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 2828 lines...]
[junit] Tests run: 3,
MiniDFSCluster hard-codes dfs.datanode.address to localhost
---
Key: HDFS-1875
URL: https://issues.apache.org/jira/browse/HDFS-1875
Project: Hadoop HDFS
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HDFS-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tanping Wang reopened HDFS-1773:
Port this jira to trunk. Mark HDFS-1867 as a duplication of this jira.
Remove a datanode from
[
https://issues.apache.org/jira/browse/HDFS-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tanping Wang resolved HDFS-1867.
Resolution: Duplicate
Solve this jira on HDFS-1773.
Remove a datanode from cluster if include
Apparently this merge wasn't tested against MapReduce trunk at all -- MR
trunk has been failing to compile for several days. Please see
MAPREDUCE-2465. I attempted to fix it myself but don't have enough
background in the new federation code or in RAID.
-Todd
On Thu, Apr 28, 2011 at 11:30 PM,
See https://builds.apache.org/hudson/job/Hadoop-Hdfs-trunk-Commit/618/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 2828 lines...]
[junit] Tests run: 3,
See https://builds.apache.org/hudson/job/Hadoop-Hdfs-trunk-Commit/619/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 2829 lines...]
[junit] Tests run: 3,
We have been testing federation regularly with MapReduce with yahoo-merge
branches. With trunk we missed the contrib (raid). The dependency with
project splits has been crazy. Not sure how large changes can keep on top of
all these things.
I am working on fixing the raid contrib.
On Mon, May 2,
race condition in FSNamesystem.close() causes NullPointerException without
serious consequence - TestHDFSServerPorts unit test failure
--
Key:
11 matches
Mail list logo