用cloudera manager 安装kudu时报错误

1、错误内容:

启动角色 此角色需要在可以启动前激活以下其他 Parcel:[kudu]。

完整日志文件:    与服务器通信时出错:

                                 [Errno 2] No such file or directory: '/var/log/kudu/kudu-master.INFO'



解决方案:

在网站中http://archive.cloudera.com/kudu/parcels/ 下载对应版本的parcel 和 parcel.sha 文件 (parcel.sha文件是由parcel.sha1文件重命名来的)。

将两个文件放到主机的/opt/cloudera/parcel-repo目录下,然后在cloudera manager中添加kudu服务

在cloudera manager平台,点最上面菜单中  主机-->parcel 

给parcel名称:kudu  进行分配 和 激活 。 成功后就可以在添加服务kudu了。

参考:https://blog.csdn.net/qq_21835703/article/details/52332991?locationNum=6


错误信息2:

正在启动服务上的 4 角色
服务未成功启动;所需角色未全部启动: 仅启动了 4 个角色中的 0 个。原因: Service has only 0 Master roles running instead of minimum required 1.

stderr日志文件内容

Thu May 31 12:22:21 CST 2018: Found master(s) on archive.cloudera.com
+ '[' false == true ']'
+ KUDU_ARGS=
+ '[' false == true ']'
+ '[' master = master ']'
+ [[ archive.cloudera.com =~ , ]]
+ exec /opt/cloudera/parcels/KUDU-1.4.0-1.cdh5.12.1.p0.10/lib/kudu/sbin/kudu-master --flagfile=/var/run/cloudera-scm-agent/process/877-kudu-KUDU_MASTER/gflagfile
Could not open file in log_dir /var/log/kudu: Permission denied

解决方案:

将每个host下的 /var/log/kudu 目录 添加kudu用户的权限 

cd /var/log

chown -R kudu:kudu  kudu 


错误信息3:

*** Check failure stack trace: ***
Wrote minidump to /var/log/kudu/minidumps/kudu-master/659916be-5674-04e2-01d56d11-6857f4a3.dmp
*** Aborted at 1527741202 (unix time) try "date -d @1527741202" if you are using GNU date ***
PC: @       0x32c2a32625 (unknown)

解决方案:

参考:https://blog.csdn.net/adshiye/article/details/78203092


错误信息4:(错误信息3不是启动报错的主要原因,本错误解决了,3的错误也就没了)

Check failed: _s.ok() Bad status: Service unavailable: Cannot initialize clock: Error reading clock. Clock considered unsynchronized

解决方案:

安装ntp服务:

RHEL/CentOS        yum install ntp

RHEL/CentOS              /etc/init.d/ntpd restart

查看到每台机器都安装了ntp服务,也正常运行中。但还是报同样的错误,重启了每台的ntp服务后再启动kudu服务该错误就没有了。

参考: http://kudu.apache.org/docs/troubleshooting.html

错误信息5:Check failed: _s.ok() Bad status: Service unavailable: Cannot initialize clock: Error: Clock synchronized but error wastoo high (10642389 us).

ntpd服务时间同步的问题,解决方案:

gflagfile配置文件中添加配置项(单位是微秒):

--max_clock_sync_error_usec=20000000

数值大于错误信息中的数值(10642389 us)

如果kudu服务是用cloudra manager添加的,可以在配置中找到下面的位置:


参考:https://www.cloudera.com/documentation/enterprise/latest/topics/kudu_troubleshooting.html


启动成功:

相关文章
相关标签/搜索