执行start-dfs.sh后,datenode没有启动的解决办法
执行start-dfs.sh后,datenode没有启动,很大一部分原因是因为在第一次格式化dfs后,启动并使用了hadoop,后来又重新执行了格式化命令(hdfs namenode -format),这时主节点namenode的clusterID会重新生成,而从节点datanode的clusterID 保持不变导致的。
解决方案(一):
在hdfs-site.xml文件下找到这两个文件路径,打开VERSION文件,将namenode中的CLUSTERID复制到其他data节点,进行修改。 解决方案(二): 删除已有的HDFS目录,再创建新的HDFS目录:
jzt@data2:~$ sudo rm -rf /usr/local/hadoop/tmp/dfs [sudo] jzt 的密码: jzt@data2:~$ mkdir -p /usr/local/hadoop/tmp/dfs/data jzt@data2:~$ sudo chown -R jzt:jzt /usr/local/hadoop jzt@data2:~$ exit jzt@data1:~$ sudo rm -rf /usr/local/hadoop/tmp/dfs [sudo] jzt 的密码: jzt@data1:~$ mkdir -p /usr/local/hadoop/tmp/dfs/data jzt@data1:~$ sudo chown -R jzt:jzt /usr/local/hadoop jzt@data3:~$ sudo rm -rf /usr/local/hadoop/tmp/dfs [sudo] jzt 的密码: jzt@data3:~$ mkdir -p /usr/local/hadoop/tmp/dfs/data jzt@data3:~$ sudo chown -R jzt:jzt /usr/local/hadoop jzt@Master:~$ sudo rm -rf /usr/local/hadoop/tmp/dfs [sudo] jzt 的密码: jzt@Master:~$ mkdir -p /usr/local/hadoop/tmp/dfs/name jzt@Master:~$ sudo chown -R jzt:jzt /usr/local/hadoop
然后再格式化NameNode HDFS目录: hadoop namenode -format 接着重启HDFS: start-dfs.sh 这时整个集群生成的VERSION文件就完全一致了。当然最好是第一种,方便点。第二种适用于对VERSION文件进行了不可描述的破坏。
上一篇:
JS实现多线程数据分片下载