如何進行CM部署客戶端配置失敗異常的分析

如何進行CM部署客戶端配置失敗異常的分析，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

溫馨提示：如果使用電腦查看圖片不清晰，可以使用手機打開文章單擊文中的圖片放大查看高清原圖。

1.異常描述

在Cloudera Manager修改了服務的客戶端配置后，執(zhí)行部署客戶配置報如下異常：

無法成功的部署客戶端配置到相應的節(jié)點上，在有些時候界面看不到任何異常信息，導致很難定位問題。

2.異常分析及處理

1.由于沒有日志信息，不好根據(jù)異常分析問題，那我們分析部署成功的日志信息是怎么樣的，下面以部署Hive客戶端配置日志為例

通過上述兩個截圖日志可以看到，其實部署客戶端的操作就是在部署節(jié)點上將/etc/hive/conf.cloudera.hive目錄的配置刪除，然后將/run/cloudera-scm-agent/process/ccdeploy_hive-conf_xxxx/hive-conf下的配置文件拷貝至/etc/hive/conf.cloudera.hive目錄，然后再做授權等操作。

2.通過部署成功的日志，可以得出部署客戶端時會在/run/cloudera-scm-agent/process/ccdeploy_*目錄下生成客戶端臨時配置文件

3.登錄到部署失敗節(jié)點（cdh03.fayson.com）,進入/run/cloudera-scm-agent/process目錄下

在該目錄下有大量的部署客戶端配置臨時文件，那需要根據(jù)我們部署失敗的時間點找到相應的部署目錄，這里Fayson就查找最近時間的部署目錄

[root@cdh03 process]# ll -t |grep ccdeploy_ |more

（可左右滑動）

進入上圖標識的目錄下,可以看到該目錄下有l(wèi)ogs目錄，里面記錄了部署客戶端配置的詳細日志

進入logs目錄下，查看stderr.log日志文件內容

在日志的文件末尾看到“/var/lib/alternatives/hadoop-conf empty!”，這里與部署成功的日志有一些區(qū)別，因此定位可能是由于該文件為空導致的問題。

4.查看/var/lib/alternatives/hadoop-conf文件

[root@cdh03 alternatives]# ll hadoop-conf
-rw-r--r-- 1 root root 0 Aug 31 09:36 hadoop-conf
[root@cdh03 alternatives]# more hadoop-conf

（可左右滑動）

顯示hadoop-conf文件大小為0，文件內沒有任何內容。

5.在部署正常的節(jié)點上，將/var/lib/alternatives/hadoop-conf文件的內容拷貝至該hadoop-conf文件中

[root@cdh03 alternatives]# more hadoop-conf 
auto
/etc/hadoop/conf

/opt/cloudera/parcels/CDH-5.15.0-1.cdh6.15.0.p0.21/etc/hadoop/conf.empty
10
/etc/hadoop/conf.cloudera.yarn
92
/etc/hadoop/conf.cloudera.hdfs
90

（可左右滑動）

修改成功后，重啟該節(jié)點的cloudera-scm-agent服務。

6.在Cloudera Manager再次執(zhí)行部署客戶端配置測試，如下圖所示部署成功

3.總結

在部署客戶端失敗且沒有日志的情況下，我們可以變通下分析問題的方式，可以通過正常部署的日志信息，推斷問題可能會出現(xiàn)在哪里？可以通過正常日志分析部署配置每個階段的操作，去反推部署異常節(jié)點的問題。

在/var/lib/alternatives目錄下的文件不存在或做了修改后，需要重啟cloudera-scm-agent服務來重新加載該目錄下的配置文件。

提示：代碼塊部分可以左右滑動查看

關于如何進行CM部署客戶端配置失敗異常的分析問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業(yè)資訊頻道了解更多相關知識。