cloudera问题-11-24.docxVIP

Cloudera问题1、Clouderamanager问题1、内置数据库无法连接，重启以后损坏，如何避免尽量避免使用内嵌数据库，重启时仍然会写2、目前的配置问题中的错误问题,HDFS警告损坏问题自己会修复。只是副本损坏，一段时间后会自动丢弃坏块，重新生成新的副本块3、spark的gateway无状态，同时显示不适用，什么是不适用尚未回答4、什么是同行，复制的方法是怎么样的，是直接复制数据过来还是只是访问上面的服务信息尚未回答5、默认的内嵌数据库的密码登入不上，无法创建数据库。密码已找到，但是仍然建议使用非内嵌数据库6、初部署重启的时候出现service cloudera-scm-service ??# service --status-allcloudera-scm-server dead but pid file exists 原因和解决方法删除pid后重新启动，servicestart和stop的原理就是把pid放进一个文件中，执行停止命令时，从文件中读取pid信息然后停止7、什么是维护模式，有什么具体的用处相当于只读模式，在版本升级过程中使用，不会损坏文件8、如何备份，复制计划如何使用。9、Navigator 设置是什么意思，其中的服务范围，包括其他的许多服务都有服务范围上午培训已经说过10、某些服务删除的时候会提示只在CM上删除了，如何彻底在服务器上删除，一定需要手动吗。CM只能在一定程度上帮助部署监控，有些还是需要手动解决2、CDH问题1、sqoop2需要postgresql或者derby数据库，目前无法部署的问题。只能自己部署数据库2、kafka代码连接CDH中的kafka集群出现如下异常3、Namenode节点在启动后两到三个小时会发出告警（配置HA）18:20:03,563 ERROR org.apache.hadoop.hdfs.server.namenode.SecondaryNameNode: Exception in doCheckpoint java.io.IOException: Inconsistent checkpoint fields. LV = -60 namespaceID = 575550765 cTime = 0 ; clusterId = cluster30 ; blockpoolId = BP-1807411824-192.168.0.149-1477736337693. Expecting respectively: -60; 1500487182; 0; cluster2; BP-408525736-192.168.0.149-1477729100927. BP-408525736-192.168.0.149-1477729100927.解决方法是删除secondarynamenode , 配置HA（standbynamenode），能否修复不删除部署HA必须删除secondarynamenode，否则secondarynamenode和standbynamenode会同时写文件，会造成冲突3、优化问题1.随着集群节点增加，集群hosts文件的维护会变得越来越困难。当集群节点的数量增加到多少的时候需要配置DNS服务器。2.后期应用中如果需要部署分布式的关系型数据库，是否可以直接放到cloudera集群中去。3.如果集群运行在虚拟层上，增加节点操作是否可以直接克隆配置好一个没有数据节点，可以省去很多配置。