cloudera-scm-server start failed

最近想把集群的spark服务升级为spark2,用spark on hive功能,在安装的时候service cloudera-scm-server restart 报failed

查看日志

cloudera-scm-server.log日志没有刷新,但看到cloudera-scm-server.out的时间有刷新,打开看一下
在这里插入图片描述
仅仅一行的日志,但看到/var/log/secure日志时间也刷新了

报下面的错,推测配置文件的问题
在这里插入图片描述

报错原因:

无法为nofile设置限制,操作不被允许 ,cloudera-scm用户文件句柄问题,导致无法open session

注意: 千万不要把nofile设置成unlimited,不然就准备请运维同事吃饭吧,修改过程中把nofile设为了 unlimited,reboot,结果gg了

采取方案:

修改配置文件:/etc/security/limits.d/cloudera-scm.conf

把原来nofile的unlimited设置为1048576
在这里插入图片描述
service cloudera-scm-server restart OK

一切正常

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当服务单元 "cloudera-scm-server.service" 进入 "failed" 状态时,表示 Cloudera SCM Server 无法成功启动。这可能是由于多种原因引起的。以下是一些常见问题和解决方法: 1. 检查日志:首先,查看 Cloudera SCM Server 的日志文件以获取更详细的错误信息。默认情况下,日志文件位于 "/var/log/cloudera-scm-server/" 目录下,文件名为 "cloudera-scm-server.log"。使用文本编辑器或命令行工具打开该文件,查找与启动失败相关的错误消息以帮助诊断问题。 2. 检查端口占用:确保 Cloudera SCM Server 所需的端口没有被其他进程占用。您可以使用命令 "netstat -tuln" 检查当前系统上打开的端口,并确保 Cloudera SCM Server 所需的端口没有冲突。 3. 检查配置文件:确认 Cloudera SCM Server 的配置文件正确设置,并且没有任何错误或不兼容的配置项。可以尝试重新检查和编辑配置文件,然后重新启动服务。 4. 检查依赖项:Cloudera SCM Server 可能依赖其他软件包或库。确保这些依赖项已正确安装,并且版本与 Cloudera SCM Server 的要求相匹配。 5. 确认资源限制:检查系统资源限制,例如内存、磁盘空间等。确保系统具有足够的资源供 Cloudera SCM Server 使用。 6. 检查文件和目录权限:确保 Cloudera SCM Server 所需的文件和目录具有正确的权限。特别是关于日志文件、配置文件和临时目录等。 7. 重新安装或更新:如果问题仍然存在,可以尝试重新安装 Cloudera SCM Server 或更新到最新版本,以解决可能存在的软件缺陷或错误。 如果上述方法无法解决问题,建议您查阅 Cloudera 官方文档、支持论坛或寻求他们的官方支持,以获取更具体的指导和故障排除步骤。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值