问题原因：

namenode格式化只需要在hdfs所在主机上格式化一次即可，如果多次格式化且没有删除hadoop目录下的tmp临时文件时就有可能会报错。因为namenode每次格式化都会更新clusterID，但datanode只会保持第一次的ID，所以导致两个ID不匹配的问题。

解决方案：

在hdfs-site.xml中，按照日志信息将不一致的clusterID改为一致
将hadoop目录下的data和logs文件夹删除掉，再对namenode进行格式化，此时格式化后系统会自动让namenode和datanode的clusterID保持一致，问题就解决了。

最近要开始找工作，就在原来搭建好的hadoop1.2.1的伪分布式跑跑mapreduce
很久没用，就想着格式化一下namode，结果：

Format aborted in /uar/local/hadoop/tmp/dfs/name
进入tmp查看

以前格式化过了，如果多少次格式化就需要将tmp目录下的文件统统删除
再次格式化就没有问题了

官方文档说，这是hadoop自带的一个集群的保护措施！

第一种：

如果有  第一次格式化后  产生了 tmp文件夹，先删除 /tmp/dfs/hadoop/name（可以直接把tmp文件夹删除），然后重新格式化 

再执行   启动程序   start-all.sh

第二种：

如果格式化后没有生成  tmp  文件夹，把 /etc/hadoop/core-site.xml & /etc/hadoop/hdfs-site.xml  这两个文件中的配置

/etc/hadoop/core-site.xml 

 

     

        hadoop.tmp.dir 

        file:/Softwares/hadoop/tmp 

        Abase for other temporary directories. 

     

     

        fs.defaultFS 

        hdfs://localhost:9000 

     



/etc/hadoop/hdfs-site.xml 

 

     

        dfs.replication 

        1 

     

     

        dfs.namenode.name.dir 

        file:/Softwares/hadoop/tmp/dfs/name 

     

     

        dfs.datanode.data.dir 

        file:/Softwares/hadoop/tmp/dfs/data 

     



把对应路径  修改为  绝对路径

hdfs namenode -format格式化失败问题

在多次格式化namenode之后，发现再进行namenode的格式化出现如上问题，格式化失败，参考网上一些文章之后

hadoop中namenode格式化失败的解决

等文章之后，发现删除tmp无法解决，在阅读hdfs-site.xml配置文件后发现，slave中还会新建了一个QJEditsData文件夹，应当将tmp和QJEditsData文件夹都删除再进行format命令。