执行start-dfs.sh后，datenode没有启动，很大一部分原因是因为在第一次格式化dfs后又重新执行了格式化命令（hdfsnamenode-format)，这时主节点namenode的clusterID会重新生成，而从节点datanode的clusterID保持不变。在主节点也就是namenode那个节点上的hdfs-site.xml文件下找到这两个文件路径打开name目录中current下面的VERSION文件，然后用这个clusterID替换掉datanode节点上的data/current/VERSION里的clusterID参考http://t.csdnimg.cn/Gk4c

1问题:在启动Hadoop时，通过jps目录发现没有datanode进程。[root@hadoop-single~]#jps1792SecondaryNameNode1937Jps1650NameNode2.如何解决:clusterID不匹配导致的问题网上的说法大多数都是由于进行hadoop格式化的时候没有事先结束所有进程，或者多次进行了format导致的datanode的clusterID和namenode的clusterID不匹配，从而在启动后没有datanode进程。重新格式化执行stop-all.sh关闭集群删除存放hdfs数据块的文件夹下的所有内容(hadoop/tmp/)删除had

我们用这种方式设置的Hadoop集群空间不足:1x1TBHDD/3个1.5TBHDD/data1/data2/data3系统分区几乎不用(97%空闲)，不会用于与hadoop无关的任务。将系统分区作为HDFS数据目录添加到DataNode配置中是否安全？我担心Hadoop会填满分区并使系统无法使用。最好的方法可能是设置单独的lvm卷或重新分区磁盘。但我会避免走这条路。hadoop是否遵守unix配额？例如。如果我从系统分区添加一个目录并通过配额限制hadoop用户只能使用例如0.5TB会有帮助吗？ 最佳答案 是的，Hadoop使用通