hadoop:datanode无法正常启动的解决办法（转）

转自：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节点终于正常启动。