Hadoop2.6.0 集群能够正常启动,为什么却提示datanode的数目为0_百度知 ...

发布网友 发布时间：2022-05-03 08:53

我来回答

共8个回答

热心网友 时间：2022-04-15 03:30

解决方案：
如果hdfs文件系统有数据的话，NameNode就不能format格式化，这样数据会丢失的。

如果hdfs上面的数据不需要，我们可以对NameNode重新format格式化。

首先通过命令 rm -rf /tmp/hadoop* 删除的/tmp中的hadoop临时文件，
然后我们再贵NameNode重新format格式化，最后重新启动集群应该就可以了。

热心网友 时间：2022-04-15 04:48

这种情况需要删除tmp中临时的hadoop文件，rm -rf /tmp/hadoop*
之后再format下。
要是有数据就不能format，数据丢失的，
如果数据可以不要，就format，rm不是删除hadoop.tmp.dir中的内容，
rm -rf /tmp/hadoop* 是删除的/tmp中的hadoop临时文件，之后format。

热心网友 时间：2022-04-15 06:22

我以前遇到的情况是datanode的clusterID 和 namenode的clusterID 不匹配。
解决办法：

cd $HADOOP_HOME/tmp/dfs

能看到 data和name两个文件夹，将name/current下的VERSION中的clusterID复制到data/current下的VERSION中，覆盖掉原来的clusterID让两个保持一致，然后重启。

热心网友 时间：2022-04-15 08:14

datanode没有启动成功，原因可能是多方面的，比如：防火墙没有关闭，cluster id没有一致都会导致DataNode启动失败，希望你能看日志，一步一步来

热心网友 时间：2022-04-15 10:22

这种情况需要删除tmp中临时的hadoop文件，rm -rf /tmp/hadoop* 之后再format下。 要是有数据就不能format，数据丢失的， 如果数据可以不要，就format，rm不是删除hadoop.tmp.dir中的内容， rm -rf /tmp/hadoop* 是删除的/tmp中的hadoop临时文件，之后format。

热心网友 时间：2022-04-15 12:46

1.正常启动不代表启动正常。
2.你通过jps查看一下datanode的进程是不是存在
3.去查看下datanode的启动日志，在hadoop/logs目录下

热心网友 时间：2022-04-15 15:28

以前能启动吗

如果以前能够启动 那么应该是日志信息问题 有一个 UId是不匹配的

热心网友 时间：2022-04-15 18:26

在datanode节点jps一下，看有没有进程，