故障一：某个datanode节点无法启动

我是以用户名centos安装和搭建了一个测试用的hadoop集群环境，也配置好了有关的权限，所有者、所属组都配成centos:centos

【故障现象】

名称节点的3个进程都起来了，但是其中一个数据节点的DataNode进程没启动，就是说在该数据节点上通过jps没查到有关进程。

【排查过程】

登录此故障节点（主机名为s203）的日志存放目录$ cd $HADOOP_HOME/logs/

查看日志hadoop-centos-datanode-s203.log，发现有一行FATAL级别的错误：

FATAL org.apache.hadoop.hdfs.server.datanode.DataNode: Initialization failed for Block pool <registering> (Datanode Uuid unassigned)

还有一行：

java.io.IOException: Incompatible clusterIDs in /tmp/hadoop-centos/dfs/data: namenode clusterID = CID-8ba03cf7-a71d-4439-8818-c0a65f47e7aa; datanode clusterID = CID-7d9b5e26-d96e-4596-b42e-5810aaacedf8

从字面上来看，报错信息大意是datanode所属的集群ID和namenodeID不一致,。这就导致了该data node无法加入到同一个集群里面去(每个hadoop集群的ID不能有两个)，所以此数据节点启动失败。

【解决办法】

有两个，一个是删除集群所有主机信息后，格式化名称节点后再启动集群。这个办法会丢失我之前已有的数据，这不是我想要的。

所以我这里采用第二种办法：把无法启动的数据节点所属的clusterID和集群的cluesterID配成一样的。

那么先找到名称节点的集群ID，即clusterID，clusterID存在于VERSION文件中，而VERSION文件默认的话在HADOOP_FILE_SYSTEM/namenode/current/目录下

1，找到VERSION文件后找到clusterID的值，拷贝下来。

2，然后登入故障节点、找到主机里的VERSION文件，编辑该文件，用刚才的名称节点的clusterID值替换掉此data node的clusterID值，保存退出。

3，在此数据节点执行命令 sh $HADOOP_HOME/sbin/hadoop-daemon.sh start datanode

4，在本机查看jps后就发现DataNode进程启动了。退出此节点后，打开浏览器输入 IP:50070 即可看到Datanodes页面出现了刚才启动的数据节点。

故障二：在集群上运行M-R作业后，没有输出想要的结果

[centos@s201 ~]$ hadoop jar TONY-1.0-SNAPSHOT.jar pckmar11.WCapp /user/centos/input /user/centos/output

[centos@s201 ~]$ hadoop fs -ls -R / | grep -v tmp

drwxr-xr-x   - centos supergroup          0 2017-02-28 21:40 /user

drwxr-xr-x   - centos supergroup          0 2017-02-28 21:41 /user/centos

drwxr-xr-x   - centos supergroup          0 2017-02-28 21:45 /user/centos/input

-rw-r--r--   3 centos supergroup        112 2017-02-28 21:45 /user/centos/input/mar11.txt

在user/centos下没有生成out目录。于是通过浏览器检查作业日志。

浏览器输入http://clusterIP:8088可以在页面看到All Applications

在Scheduler Metrics的FinalStatus中，可以看到FAILED的作业ID，点进此ID后，查看到Diagnostics诊断信息，摘出来如下：

ERROR org.apache.hadoop.yarn.server.nodemanager.containermanager.ContainerManagerImpl: Unauthorized request to start container.

This token is expired. current time is 1489186612865 found 1488290898107

Note: System times on machines may be out of sync. Check system time and time zones.

可以推断出，是因为节点的时间不一致导致的任务调度失败。所以解决办法是把各个计算节点(也就是datanode)和namenode节点的系统时间同步。

同步系统时间的方法有两种：第一种方式，同时批量修改各个节点的时间，可以尝试shell脚本自动运行命令：

date -s “yyyymmdd HH:SS”但是要有执行此命令的权限；

第二种方式，使用ntpdate指定提供时间同步的服务器，我这里使用的北京邮电大学的：

sudo ntpdate s2c.time.edu.cn

执行完后，确认一下每个节点的时间是一致的。

重新执行M-R作业，成功：

[centos@s201 ~]$ hadoop fs -ls -R / | grep -v tmp

drwxr-xr-x   - centos supergroup          0 2017-02-28 21:40 /user
drwxr-xr-x   - centos supergroup          0 2017-03-11 18:47 /user/centos
drwxr-xr-x   - centos supergroup          0 2017-02-28 21:45 /user/centos/input
-rw-r--r--   3 centos supergroup        112 2017-02-28 21:45 /user/centos/input/mar11.txt
drwxr-xr-x   - centos supergroup          0 2017-03-11 18:47 /user/centos/output
-rw-r--r--   3 centos supergroup          0 2017-03-11 18:47 /user/centos/output/_SUCCESS
-rw-r--r--   3 centos supergroup         64 2017-03-11 18:47 /user/centos/output/part-r-00000