Question

I ve在虚拟局内建立了分布式的Hadoop环境:4个虚拟乌班图11.10设施,一个是主线,另一个是奴隶。接下来是,该图西语是:,以便获得单一版本的版本并投入运行,然后改为完全分发的版本。在我工作11.04时,它只是罚款的;然而,当我升至11.10时,它就破裂。现在我所有的奴隶记录都显示以下错误信息,反复出现:

INFO org.apache.hadoop.ipc.Client: Retrying connect to server: master/192.168.1.10:54310. Already tried 0 time(s).
INFO org.apache.hadoop.ipc.Client: Retrying connect to server: master/192.168.1.10:54310. Already tried 1 time(s).
INFO org.apache.hadoop.ipc.Client: Retrying connect to server: master/192.168.1.10:54310. Already tried 2 time(s).

因此。我在互联网上发现了这一错误信息的其他事例(和StackOverflow ),但任何解决办法都没有奏效(将核心网站xml和地图红点Xml条目改为IP地址,而不是东道国名称;关于所有奴隶和奴隶的编码/et/hosts/<>条码;所有奴隶主字节)。我甚至试图将每一名奴隶送回一个单一的遗体,他们都会在此案中进行罚款(根据该说明,主人总是作为数据母和Namenode公司进行罚款)。

唯一看似可起带头作用的症状是,从任何奴隶那里,当我试图打上时,我拿到,Connection拒绝了,这表明存在一些阻碍进入的规则(在我升至11.10时,这种限制必须生效)。

My /etc/hosts.allow has not changed, however. I tried the rule ALL: 192.168.1., but it did not change the behavior.

Oh 是的,和netstat, 船长清楚地显示,有54310个港口和54311个港口正在聆听。

www.un.org/Depts/DGACM/index_spanish.htm 没有人建议让奴隶数据公布来承认Namenode?

<EDIT #1: 在用地图绘制一些地图(见关于该职位的评论)时,我想这个问题载于我的<代码>/etc/hosts。这是最高考试和测验组的以下清单:

127.0.0.1    localhost
127.0.1.1    master
192.168.1.10 master
192.168.1.11 slave1
192.168.1.12 slave2
192.168.1.13 slave3

每一名奴隶:

127.0.0.1    localhost
127.0.1.1    slaveX
192.168.1.10 master
192.168.1.1X slaveX

不幸的是,我不敢肯定我所改变的内容,但现在,除了试图对“已经使用的”港口进行约束外,诺德的名字总是在死亡(127.0.1.1:54310)。我显然与东道国名称和IP地址做过错,但我确实不相信这是什么。想法?

Answer 1

我发现这句话! 通过对<代码>/etc/hosts文档(附127.0.1.1的条目)第二行发表评论,netstat 显示对<代码>192.168.1.10<<>>0>/code>地址而不是对当地地址具有约束力的诺德港口,而奴隶机器人发现。 Ahhhhhhhhh。秘密解决! 感谢大家的帮助。

Answer 2

这一解决办法对我有利。 i.e 确保你在核心地点、xml和地图点使用的财产名称:

<property>
   <name>fs.default.name</name>
   <value>hdfs://master:54310</value>
   <final>true</final>
 </property>

i.e. master is defined in /etc/hosts as xyz.xyz.xyz.xyz master on BOTH master and slave nodes. Then restart the namenode and check using netstat -tuplen and to see that it is bound to the "external" IP address

tcp        0      xyz.xyz.xyz.xyz:54310         0.0.0.0:*                   LISTEN      102        107203     -

和NOT当地IP 192.168.x.y或127.0.x.y

Answer 3

我遇到同样的麻烦。 @Magsol解决办法行之有效,但应当指出的是,需要评论的条目是:

127.0.1.1 总务

在总机器上,不是奴隶的127.0.1,尽管我也这样做。而且,你需要停止一切,开始sh,可能显而易见。

页: 1

并研究可供就业的节点数目。

Answer 4

虽然这一答复不是提交人所寻求的解决办法,但其他用户可能以其他方式将答复放在这个网页上,这样,如果你利用AWS来建立你的分组,那么国际CMP的安全规则很可能在AWS安全小组的网页上就没有被允许。参看:。缩略语2

上述情况解决了从数据节点到总节点的连接问题。确保你能在每一起案件之间坐下来。

Answer 5

我正在管理一个两组。

192.168.0.24 master
192.168.0.26 worker2

我面临着与服务器连接的再造问题:主机/192.168.0.24:54310 在我的2号机器记录中。但是,上述人员遇到了这一指挥错误——电话:192.168.0.24 54310。然而,在我的案件中,电话网的指挥工作被罚款。然后,我检查了我的/etc/hosts档案。

master /etc/hosts
127.0.0.1 localhost
192.168.0.24 ubuntu
192.168.0.24 master
192.168.0.26 worker2

worker2 /etc/hosts
127.0.0.1 localhost
192.168.0.26 ubuntu
192.168.0.24 master
192.168.0.26 worker2

When I hit http://localhost:50070 on master, I saw Live nodes : 2. But when I clicked on it, I saw only one datanode which was of master s. I checked jps both on master and worker2. Datanode process was running on both the machines.

在经过几次审判和错误之后,我认识到,我的主机和工人2台机器的东道名称是“Uuntu”。我将工人2的东道名称从“ubuntu”改为“工作2”,并从工人2机器中删除了“ubuntu”条目。

注:将东道名称改为代号。

Bingo! 它工作: 我看到了两幅关于健康调查页的数据图( lo:50070)。

Answer 6

I also faced similar issue. (I am using ubuntu 17.0) I kept only the entries of master and slaves in /etc/hosts file. (in both master and slave machines)

127.0.0.1  localhost
192.168.201.101 master
192.168.201.102 slave1
192.168.201.103 slave2

secondly, > sudo gedit /etc/hosts.allow and add the entry : ALL:192.168.201.

第三,使用<条码>使防火墙失效

最后,我删除了所有组别节点的名称和数据编号,并进行了重新设计。

$HADOOP_HOME/bin> hdfs namenode -format -force
$HADOOP_HOME/sbin> ./start-dfs.sh
$HADOOP_HOME/sbin> ./start-yarn.sh

从指挥线检查卫生报告(我建议)

$HADOOP_HOME/bin> hdfs dfsadmin -report

而我只想到所有节点都正确工作。

友情链接