hadoop多次格式化后出现datanode无法正常启动的解决办法

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

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