問題描述：

       使用CDH 5.2版本安裝時，agent節點有12個。按照安裝說明，在各個節點啟動cm-agent之後，發現只有6個節點能被納管。其它的節點總是無法加入納管中。 在確認防火牆已經關閉後，仍然無法解決問題

問題分析：

      1. 檢視已經加入納管的節點，發現這6個節點並不是固定的，有一個節點是不斷變換的。檢視資料庫中。

mysql> select * from HOSTS;
+---------+-------------------------+--------------------------------------+----------+--------------+----------+--------+---------------------+-------------------+--------------------+------------+-----------+----------------------+-------------+-------------------+----------------+
| HOST_ID | OPTIMISTIC_LOCK_VERSION | HOST_IDENTIFIER                      | NAME     | IP_ADDRESS   | RACK_ID  | STATUS | CONFIG_CONTAINER_ID | MAINTENANCE_COUNT | DECOMMISSION_COUNT | CLUSTER_ID | NUM_CORES | TOTAL_PHYS_MEM_BYTES | PUBLIC_NAME | PUBLIC_IP_ADDRESS | CLOUD_PROVIDER |
+---------+-------------------------+--------------------------------------+----------+--------------+----------+--------+---------------------+-------------------+--------------------+------------+-----------+----------------------+-------------+-------------------+----------------+
|       1 |                       2 | e1cd96e2-1a81-4788-819a-c607cef28cf9 | hadoop44 | 16.81.224.44 | /default | NA     |                   1 |                 0 |                  0 |       NULL |        24 |          67135713280 | NULL        | NULL              | NULL           |
|       2 |                  169084 | 0b24a203-4984-4de5-b529-5ef2039eb350 | hadoop28 | 16.81.224.28 | /default | NA     |                   1 |                 0 |                  0 |       NULL |        24 |          67135713280 | NULL        | NULL              | NULL           |

|       3 |                       1 | 3b1f5ce0-1105-4a0a-8cac-27bab6b0e487 | hadoop30 | 16.81.224.30 | /default | NA     |                   1 |                 0 |                  0 |       NULL |        24 |          67135713280 | NULL        | NULL              | NULL           |
|       4 |                       1 | 54efc787-ee3b-4a50-88ed-6796e7af71e6 | hadoop31 | 16.81.224.31 | /default | NA     |                   1 |                 0 |                  0 |       NULL |        24 |          67135713280 | NULL        | NULL              | NULL           |
|       5 |                       1 | 8fb5d069-7380-4a72-8d48-bd3ad63a0d4e | hadoop32 | 16.81.224.32 | /default | NA     |                   1 |                 0 |                  0 |       NULL |        24 |          67135713280 | NULL        | NULL              | NULL           |
|       6 |                       1 | ab2d6929-e8c9-4c51-9e6e-486e04f06a79 | hadoop33 | 16.81.224.33 | /default | NA     |                   1 |                 0 |                  0 |       NULL |        24 |          67135713280 | NULL        | NULL              | NULL           |
+---------+-------------------------+--------------------------------------+----------+--------------+----------+--------+---------------------+-------------------+--------------------+------------+-----------+----------------------+-------------+-------------------+----------------+
6 rows in set (0.00 sec)

發現其中host id為0b24a203-4984-4de5-b529-5ef2039eb350 所對應的IP會不斷變化。因此可以得出這樣的一個結論： 頁面會讀取HOSTS中的資料，但是其中host_id不能重複，如果重複，就會不斷的覆蓋。

 2. 再次檢視28節點的日誌，也可以看到它上告給server的host id的值：

[[email protected] cloudera-scm-agent]# cat cloudera-scm-agent.log 
[15/Aug/2016 19:56:58 +0000] 16140 MainThread agent        INFO     SCM Agent Version: 5.2.0
[15/Aug/2016 19:56:58 +0000] 16140 MainThread agent        INFO     Agent Protocol Version: 4
[15/Aug/2016 19:56:58 +0000] 16140 MainThread agent        INFO     Using Host ID: 0b24a203-4984-4de5-b529-5ef2039eb350 

因此，我們需要檢視agent是如何獲取的host id

3. 檢視agent的啟動指令碼，可以知道：

/opt/cm-5.2.0/etc/init.d/cloudera-scm-agent  -

--> /opt/cm-5.2.0/sbin/cmf-agent 

而在cmf-agent中通過語句：

exec $CMF_PATH/agent/build/env/bin/python $CMF_PATH/agent/src/cmf/agent.py \
        --package_dir $CMF_PATH/service --agent_dir $AGENT_RUNDIR \
        --lib_dir $AGENT_LIBDIR --logfile $AGENT_LOG $*

在我除錯的過程中其傳遞的引數為：

exec /opt/cm-5.2.0/lib64/cmf/agent/build/env/bin/python /opt/cm-5.2.0/lib64/cmf/agent/src/cmf/agent.py         --package_dir /opt/cm-5.2.0/lib64/cmf/service --agent_dir /opt/cm-5.2.0/run/cloudera-scm-agent         --lib_dir /opt/cm-5.2.0/lib/cloudera-scm-agent --logfile /opt/cm-5.2.0/log/cloudera-scm-agent/cloudera-scm-agent.log 

4. 通過pdd對於agent.py指令碼進行除錯，可以知道它獲取host_id的過程： 

   agent.py首選 進入到start()函式，然後再呼叫函式parse_arguments（）解析引數。在這個parse_arguments函式中，它會呼叫

    if args.host_id is None:
      self.host_id = get_host_uuid(self.lib_dir)  ----從這裡獲取host_id
    else:
      self.host_id = args.host_id

檢視get_host_uuid的程式碼（在util.py中）， 其中有一句：

     uuid_path=os.path.join(lib_dir, "uuid")   其中lib_dir的值為/opt/cm-5.2.0/lib/cloudera-scm-agent， uuid為檔名。

再次檢視一下果然存在此檔案，而其中的值就是0b24a203-4984-4de5-b529-5ef2039eb350 

到此，原因就很清楚了。在安裝的時候，agent的節點的包是不是從server端拷貝過來的，而是從某個agent中拷貝過來的，因而把uuid這個檔案也拷貝過來了。從而導致多個節點的uuid相同。

解決辦法： 刪掉uuid這個檔案，讓系統重新生成一個