转自:https://blog.csdn.net/newfelen/article/details/14446281
hadoop 多次执行命令:
hadoop namenode -format后,发现再次启动hadoop后,datanode节点无法正常启动,出现错误代码如下:
could only be replicated to 0 nodes, instead of 1,产生这样的错误原因有多种,这里列举出以下四种常用的解决方法以供参考:
确保master(namenode) 、slaves(datanode)的防火墙已经关闭
确保DFS空间的使用情况
Hadoop默认的hadoop.tmp.dir的路径为/tmp/hadoop-
user.name,而有的linux系统的/tmp目录文件系统的类型往往是Hadoop不支持的。先后启动namenode、datanode
u
s
e
r
.
n
a
m
e
,
而
有
的
l
i
n
u
x
系
统
的
/
t
m
p
目
录
文
件
系
统
的
类
型
往
往
是
H
a
d
o
o
p
不
支
持
的
。
先
后
启
动
n
a
m
e
n
o
d
e
、
d
a
t
a
n
o
d
e
hadoop-daemon.sh start namenode
$hadoop-daemon.sh start datanode
上面的方法都已经试过,但还是不能正常启动datanode节点,所以继续尝试,发现还有一个问题可以考虑,当我们执行文件系统格式化时,会在namenode数据文件夹(即配置文件中dfs.name.dir在本地系统的路径)中保存一个current/VERSION文件,记录namespaceID,标识了所格式化的 namenode的版本。如果我们频繁的格式化namenode,那么datanode中保存(即配置文件中dfs.data.dir在本地系统的路径)的current/VERSION文件只是你第一次格式化时保存的namenode的ID,因此就会造成datanode与namenode之间的id不一致。
所以,我直接将hadoop目录下的data1,data2,datalog1,datalog2,logs共5个文件夹全部删除,这样也就不用再去考虑如何使多个文件夹中的namenodeID保持一致了,然后再执行
hadoop namenode -format
之后继续:start-all.sh
运行之后使用jps命令查看,发现datanode节点终于正常启动。