ambari——apptimelineserver启动问题

# 启动app timeline server
在yarn的日志中无最新日志产生启动error&＃xff1a;

&＃96;&＃96;&＃96;
resource_management.core.exceptions.Fail: Execution of &＃39;curl -sS -L -w &＃39;%{http_code}&＃39; -X PUT &＃39;http://ab-01:50070/webhdfs/v1/ats/done?op&＃61;SETPERMISSION&user.name&＃61;hdfs&permission&＃61;755&＃39;&＃39; returned status_code&＃61;403. 
{
  "RemoteException": {
    "exception": "SafeModeException", 
    "javaClassName": "org.apache.hadoop.hdfs.server.namenode.SafeModeException", 
    "message": "Cannot set permission for /ats/done. Name node is in safe mode.\nThe reported blocks 819 has reached the threshold 1.0000 of total blocks 819. The number of live datanodes 5 has reached the minimum number 0. Name node detected blocks with generation stamps in future. This means that Name node metadata is inconsistent.This can happen if Name node metadata files have been manually replaced. Exiting safe mode will cause loss of 664 byte(s). Please restart name node with right metadata or use \"hdfs dfsadmin -safemode forceExitif you are certain that the NameNode was started with thecorrect FsImage and edit logs. If you encountered this duringa rollback, it is safe to exit with -safemode forceExit."
  }
}

&＃96;&＃96;&＃96;

- 查看ambari-agent日志发现NameNode有一个alert&＃xff1a;
&＃96;&＃96;&＃96;
ERROR 2017-03-27 10:11:23,325 script_alert.py:119 - [Alert][namenode_last_checkpoint] Failed with result CRITICAL: [&＃39;Last Checkpoint: [92 hours, 42 minutes, 1 transactions]&＃39;]

&＃96;&＃96;&＃96;
查看HDFS状态&＃xff0c;HDFS处于安全模式
HDFS在安全模式下&＃xff0c;只能查看文件&＃xff0c;不能写文件。参考&＃xff1a;
1、http://bbs.csdn.net/topics/390657293
2、Hadoop- The Definitive Guide, 4th Edition p317

HDFS安全模式相关指令&＃xff1a;
查看安全模式状态&＃xff1a;
% hdfs dfsadmin -safemode get
进入安全模式&＃xff1a;
% hdfs dfsadmin -safemode enter
退出安全模式&＃xff1a;
% hdfs dfsadmin -safemode leave
等待退出安全模式&＃xff1a;
% hdfs dfsadmin -safemode wait

执行推出安全模式指令后无法推出安全模式&＃xff0c;参考&＃xff1a;
1、http://bbs.csdn.net/topics/390657293
2、http://www.360doc.com/content/11/1201/09/3294720_168811892.shtml

原因&＃xff1a;
1、磁盘写满&＃xff1b;
2、HDFS里面的备份块丢失过多

由于HDFS中数据量没有写满磁盘&＃xff0c;判断原因为HDFS中备份数据丢失导致无法退出安全模式。
修复HDFS数据&＃xff1a;
hsfs fsck /

&＃96;&＃96;&＃96;
 Total symlinks:                0 (Files currently being written: 3)
 Total blocks (validated):      819 (avg. block size 852783 B) (Total open file blocks (not validated): 2)
 Minimally replicated blocks:   819 (100.0 %)
 Over-replicated blocks:        0 (0.0 %)
 Under-replicated blocks:       819 (100.0 %)
 Mis-replicated blocks:         0 (0.0 %)
 Default replication factor:    3
 Average block replication:     2.0
 Corrupt blocks:                0
 Missing replicas:              819 (33.333332 %)
 Number of data-nodes:          5
 Number of racks:               1
FSCK ended at Mon Mar 27 10:05:31 CST 2017 in 157 milliseconds
&＃96;&＃96;&＃96;

执行后无法退出安全模式

- 尝试通过迁移NameNode来解决HDFS的安全模式问题&＃xff0c;迁移NameNode后&＃xff0c;HDFS退出安全模式&＃xff0c;但是DataNode无法启动&＃xff0c;查看日志输出&＃xff1a;
&＃96;&＃96;&＃96;
2017-03-29 10:59:45,884 WARN  common.Storage (DataStorage.java:loadDataStorage(449)) - Failed to add storage directory [DISK]file:/hadoop/hdfs/data/
java.io.IOException: Incompatible clusterIDs in /hadoop/hdfs/data: namenode clusterID &＃61; CID-5a76cc80-cf88-45ce-ac13-d96fe83e8696; datanode clusterID &＃61; CID-c9db625f-6c6e-4562-9d98-5eec95a2121f
        at org.apache.hadoop.hdfs.server.datanode.DataStorage.doTransition(DataStorage.java:799)
        at org.apache.hadoop.hdfs.server.datanode.DataStorage.loadStorageDirectory(DataStorage.java:322)
        at org.apache.hadoop.hdfs.server.datanode.DataStorage.loadDataStorage(DataStorage.java:438)
        at org.apache.hadoop.hdfs.server.datanode.DataStorage.addStorageLocations(DataStorage.java:417)
        at org.apache.hadoop.hdfs.server.datanode.DataStorage.recoverTransitionRead(DataStorage.java:595)
        at org.apache.hadoop.hdfs.server.datanode.DataNode.initStorage(DataNode.java:1483)
        at org.apache.hadoop.hdfs.server.datanode.DataNode.initBlockPool(DataNode.java:1448)
        at org.apache.hadoop.hdfs.server.datanode.BPOfferService.verifyAndSetNamespaceInfo(BPOfferService.java:319)
        at org.apache.hadoop.hdfs.server.datanode.BPServiceActor.connectToNNAndHandshake(BPServiceActor.java:267)
        at org.apache.hadoop.hdfs.server.datanode.BPServiceActor.run(BPServiceActor.java:740)
        at java.lang.Thread.run(Thread.java:745)
2017-03-29 10:59:45,887 ERROR datanode.DataNode (BPServiceActor.java:run(752)) - Initialization failed for Block pool (Datanode Uuid 316d12f9-5812-4d82-a71c-90e393c9452f) service to ab-05/192.168.1.105:8020. Exiting.
java.io.IOException: All specified directories are failed to load.
        at org.apache.hadoop.hdfs.server.datanode.DataStorage.recoverTransitionRead(DataStorage.java:596)
        at org.apache.hadoop.hdfs.server.datanode.DataNode.initStorage(DataNode.java:1483)
        at org.apache.hadoop.hdfs.server.datanode.DataNode.initBlockPool(DataNode.java:1448)
        at org.apache.hadoop.hdfs.server.datanode.BPOfferService.verifyAndSetNamespaceInfo(BPOfferService.java:319)
        at org.apache.hadoop.hdfs.server.datanode.BPServiceActor.connectToNNAndHandshake(BPServiceActor.java:267)
        at org.apache.hadoop.hdfs.server.datanode.BPServiceActor.run(BPServiceActor.java:740)
        at java.lang.Thread.run(Thread.java:745)
2017-03-29 10:59:45,887 WARN  datanode.DataNode (BPServiceActor.java:run(776)) - Ending block pool service for: Block pool (Datanode Uuid 316d12f9-5812-4d82-a71c-90e393c9452f) service to ab-05/192.168.1.105:8020
2017-03-29 10:59:45,991 INFO  datanode.DataNode (BlockPoolManager.java:remove(103)) - Removed Block pool (Datanode Uuid 316d12f9-5812-4d82-a71c-90e393c9452f)
2017-03-29 10:59:47,992 WARN  datanode.DataNode (DataNode.java:secureMain(2637)) - Exiting Datanode
2017-03-29 10:59:47,994 INFO  util.ExitUtil (ExitUtil.java:terminate(124)) - Exiting with status 0
2017-03-29 10:59:47,997 INFO  datanode.DataNode (LogAdapter.java:info(47)) - SHUTDOWN_MSG:
&＃96;&＃96;&＃96;
- 原因分析&＃xff1a;datanode的clusterID 和 namenode的clusterID 不匹配。查看NameNode的VERSION对比&＃xff1a;
&＃96;&＃96;&＃96;
#原节点
namespaceID&＃61;1746540282
clusterID&＃61;CID-c9db625f-6c6e-4562-9d98-5eec95a2121f
cTime&＃61;0
storageType&＃61;NAME_NODE
blockpoolID&＃61;BP-331978251-192.168.1.105-1489657175277
layoutVersion&＃61;-63

#新节点
namespaceID&＃61;1413170473
clusterID&＃61;CID-5a76cc80-cf88-45ce-ac13-d96fe83e8696
cTime&＃61;0
storageType&＃61;NAME_NODE
blockpoolID&＃61;BP-1251469915-192.168.1.105-1490755308251
layoutVersion&＃61;-63
&＃96;&＃96;&＃96;
- 即对应的NameNode和DataNode实际上不属于同一个集群&＃xff0c;因此启动NameNode后无法启动DataNode&＃xff0c;NameNode也无法管理原有的DataNode。

- 处理方法&＃xff1a;将ClusterID改为原来ClusterID&＃xff0c;blockpoolID改为对应新节点的相应的ID&＃xff0c;停止HDFS服务&＃xff0c;执行&＃96;&＃96;&＃96;hadoop namenode format&＃96;&＃96;&＃96;指令重新初始化HDFS。

- 依次重启相关service。