如何分析CM部署客户端的配置失败异常，针对这个问题，本文详细介绍了相应的分析和解决方法，希望能帮助更多想要解决这个问题的小伙伴找到更简单更容易的方法。
小贴士：如果用电脑看不清楚图片，可以用手机打开文章，点击文章中的图片，放大查看原高清图片。
1.异常描述
在Cloudera Manager修改了服务的客户端配置后，在部署客户端配置时报告了以下异常：
无法将客户端配置成功部署到对应的节点，有时界面看不到任何异常信息，难以定位问题。
2.异常分析及处理
1.由于没有日志信息，根据异常分析问题并不容易。然后，让我们分析成功部署的日志信息。以Hive客户端配置日志的部署为例。
从上面两个截图日志可以看出，部署客户端的操作是删除部署节点上目录/etc/hive/conf.cloudera.hive的配置，然后将配置文件复制到/run/cloud era-SCM-agent/process/ccdeploy _ hive-conf _ xxxx/hive-conf到/etc/hive/conf.cloudera下。
2.根据部署成功的日志可以得出结论：部署客户端时会在/run/cloud era-SCM-agent/process/ccdeploy _ *目录下生成客户端的临时配置文件。
3.登录到失败的部署节点(cdh03.fayson.com)并进入/run/cloudera-SCM-agent/process目录。
这个目录下有大量的部署客户端配置临时文件，需要根据我们部署失败的时间找到对应的部署目录。在这里，费森将找到最新的部署目录。
[root @ CDH 03 process]# ll-t | grepccdeploy _ | more
(可以左右滑动)
进入上图中标识的目录，可以看到这个目录中有一个log目录，记录了部署客户端配置的详细日志。
进入日志目录，检查stderr.log日志文件的内容。
参见“/var/lib/alternatives/Hadoop-conf空！”在日志文件的末尾。这和成功部署的日志有些区别，所以定位可能是空文件造成的。
4.检查/var/lib/Alternatives/Hadoop-conf文件。
[root @ CDH 03 alternatings]# llhadoop-conf
-rw-r-r-1 rootrout 0 aug 3109:36 hadop-conf
[root @ CDH 03 alternatings]# more Hadoop-conf
(可以左右滑动)
hadoop-conf文件大小为0，文件中没有任何内容。
5.将文件/var/lib/alternatives/hadoop-conf的内容复制到正常部署的节点上的Hadoop-conf文件中。
[root @ CDH 03 alternatings]# more Hadoop-conf
汽车
/etc/hadoop/conf
/opt/cloud era/parcels/CDH-5 . 15 . 0-1 . CDH 6 . 15 . 0 . p 0.21/etc/Hadoop/conf . empty
10
/etc/hadoop/conf.cloudera.yarn
92
/etc/hadoop/conf.cloudera.hdfs
90
(可以左右滑动)
修改成功后，重启该节点的cloudera-scm-agent服务。
6.在Cloudera Manager中再次执行部署客户端配置测试，部署成功，如下图所示。
3.总结
当客户端部署失败，没有日志时，我们可以改变分析问题的方式，从正常部署的日志信息中推断问题可能出现在哪里。我们可以通过正常日志分析部署配置各个阶段的操作，扭转部署异常节点的问题。
在/var/lib/alternatives目录中的文件不存在或被修改后，需要重新启动cloudera-scm-agent服务来重新加载该目录中的配置文件。
提示：代码块可以左右滑动查看。
下面是如何分析CM部署客户端配置失败异常问题的答案。我希望
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/102822.html