CDH启动出现cloudera-scm-server一直挂掉

本文解决了一起Cloudera SCM Server启动失败的问题,故障原因为数据库连接异常,通过安装和配置MySQL服务,调整数据库权限,并运行数据库准备脚本解决了问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  公司服务器停电 ,在启动CDH服务过程中cloudera-scm-server启动一会就会挂掉 ,查看日志出现这样的错误

Exception in thread "main" org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'com.cloudera.server.cmf.TrialState': Cannot resolve reference to bean 'entityManagerFactoryBean' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactoryBean': FactoryBean threw exception on object creation; nested exception is javax.persistence.PersistenceException: org.hibernate.exception.GenericJDBCException: Could not open connection
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:328)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:106)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveConstructorArguments(ConstructorResolver.java:616)
	at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:148)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1003)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:907)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:485)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:293)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:290)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:895)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:425)
	at com.cloudera.server.cmf.Main.bootstrapSpringContext(Main.java:392)
	at com.cloudera.server.cmf.Main.<init>(Main.java:242)
	at com.cloudera.server.cmf.Main.main(Main.java:216)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactoryBean': FactoryBean threw exception on object creation; nested exception is javax.persistence.PersistenceException: org.hibernate.exception.GenericJDBCException: Could not open connection
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:149)
	at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.getObjectFromFactoryBean(FactoryBeanRegistrySupport.java:102)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1440)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:247)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:322)
	... 17 more













WARN com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2:com.mchange.v2.resourcepool.BasicResourcePool: com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask@64e026e -- Acquisition Attempt Failed!!! Clearing pending acquires. While trying to acquire a needed new resource, we failed to succeed more than the maximum number of allowed acquisition attempts (5). Last acquisition attempt exception:
com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Access denied for user ''@'localhost' to database 'null'
        at sun.reflect.GeneratedConstructorAccessor11.newInstance(Unknown Source)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
        at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
        at com.mysql.jdbc.Util.getInstance(Util.java:408)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:943)
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3973)
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3909)
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:873)
        at com.mysql.jdbc.MysqlIO.proceedHandshakeWithPluggableAuthentication(MysqlIO.java:1710)
        at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1226)
        at com.mysql.jdbc.ConnectionImpl.coreConnect(ConnectionImpl.java:2198)
        at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2229)
        at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2024)
        at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:779)
        at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:47)
        at sun.reflect.GeneratedConstructorAccessor4.newInstance(Unknown Source)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
        at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
        at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:389)
        at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:330)
        at com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:135)
        at com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:182)

最终发现时mysql数据库的问题 , 

  • 安装服务 yum install mysql-server
  • 开启服务 service mysqld start
  • 创建用户名 mysqladmin -uroot password root 第一个root是用户名,第二个root是密码
  • 登录 mysql -uroot -proot
  • 设置开机启动 chkconfig mysqld on

如果yum install mysql-server安装出现问题:没有可用包则

wget http://repo.mysql.com/mysql-community-release-el7-5.noarch.rpm


rpm -ivh mysql-community-release-el7-5.noarch.rpm

ls -1 /etc/yum.repos.d/mysql-community*

yum install mysql-server

可能会出现Column count of mysql.proc is wrong. Expected 20....问题 ,由于你曾经升级过数据库,升级完后未使用mysql_upgrade升级数据结构造成的。

执行  mysql_upgrade

进入 

cd /cm-5.12.1/share/cmf/schema

ls

drwxr-xr-x 4 1106 4001  8192 Aug 19  2017 mysql
drwxr-xr-x 4 1106 4001  8192 Aug 19  2017 oracle
drwxr-xr-x 4 1106 4001 12288 Aug 19  2017 postgresql
-rw-r--r-- 1 1106 4001  1437 Aug 19  2017 scm_database_functions.sh
-rwxr-xr-x 1 1106 4001 12723 Aug 19  2017 scm_prepare_database.sh

执行
scm_prepare_database.sh mysql  -uroot -p --scm-host localhost scm scm scm_password

然后再次启动cloudera-scm-server ,成功

<think>嗯,用户之前问过如何查看Linux的开机自启动程序,现在又转向了CDHcloudera-scm-server启动脚本的位置。这可能意味着他们在管理Cloudera集群时遇到了服务启动的问题,或者需要手动调整服务的启动配置。 首先,我需要确定用户的使用场景。Cloudera Manager(CM)是CDH集群的管理工具,cloudera-scm-server是其核心服务。用户可能是在安装、升级或故障排除时遇到了问题,需要找到启动脚本来查看或修改启动参数。 接下来,用户的需求是什么?他们可能想知道脚本的具体路径,以便检查配置、查看日志、修改启动参数,或者手动重启服务。也有可能他们在自动化脚本中需要引用这个路径,或者遇到了服务无法启动的问题,想通过脚本排查原因。 用户可能的真实需求包括: 1. 手动启动或停止cloudera-scm-server服务。 2. 调整JVM参数或其他启动选项。 3. 检查启动脚本是否存在,确认安装是否正确。 4. 故障排除,查看脚本中的配置是否有误。 考虑到用户之前的提问是关于Linux系统管理的,他们可能有一定的Linux基础,但可能对Cloudera的具体文件结构熟悉。需要详细说明路径,并给出常见操作示例,如查看和修改脚本的方法。 需要注意的是,同安装方式(如通过RPM包或手动安装)可能导致路径同。通常,Cloudera官方推荐使用包管理器安装,因此默认路径应为/opt/cloudera/cm/bin/或/etc/init.d/。此外,使用systemctl管理的系统可能需要检查服务单元文件的位置。 另外,用户可能需要知道如何编辑脚本时的注意事项,比如备份原文件,避免配置错误导致服务无法启动。同时,提醒用户修改后重启服务,并检查状态是否正常。 最后,确保回答结构清晰,分点说明同安装方式的路径,并给出常用命令示例,帮助用户快速定位和操作脚本。</think>在 CDHCloudera Distribution for Hadoop)中,`cloudera-scm-server` 是 Cloudera Manager 的核心服务进程。其启动脚本的路径和获取方式如下: --- ### **一、默认安装路径** #### 1. **通过 Cloudera 官方 RPM 包安装** - **启动脚本路径**: ```bash /opt/cloudera/cm/bin/cloudera-scm-server # 主启动脚本 /etc/init.d/cloudera-scm-server # SysV init 服务脚本(旧系统) ``` - **服务管理命令**: ```bash # 启动/停止/重启 sudo service cloudera-scm-server start sudo systemctl start cloudera-scm-server # systemd 系统 ``` #### 2. **手动安装或自定义路径** 若安装时指定了非默认路径,可通过以下方式查找: ```bash find / -name "cloudera-scm-server" 2>/dev/null ``` --- ### **二、关键配置文件** #### 1. **环境变量文件** - **路径**: ```bash /etc/default/cloudera-scm-server ``` - **作用**:包含 JVM 参数(如堆内存 `-Xmx`)、日志路径等配置。 #### 2. **服务定义文件(systemd 系统)** - **路径**: ```bash /usr/lib/systemd/system/cloudera-scm-server.service ``` - **作用**:定义服务依赖、启动命令等(需 `systemctl daemon-reload` 后生效)。 --- ### **三、操作示例** #### 1. **查看启动脚本内容** ```bash cat /opt/cloudera/cm/bin/cloudera-scm-server ``` #### 2. **修改 JVM 参数** ```bash sudo vi /etc/default/cloudera-scm-server # 修改后重启服务 sudo systemctl restart cloudera-scm-server ``` #### 3. **检查服务状态** ```bash sudo systemctl status cloudera-scm-server # 或查看日志 tail -f /var/log/cloudera-scm-server/cloudera-scm-server.log ``` --- ### **四、注意事项** 1. **权限问题**:操作需 `sudo` 权限,避免因权限足导致失败。 2. **依赖服务**:确保数据库(如 PostgreSQL)、网络端口(7180)等依赖项正常。 3. **备份配置**:修改脚本或配置文件前建议备份: ```bash sudo cp /etc/default/cloudera-scm-server /etc/default/cloudera-scm-server.bak ``` --- ### **附:Cloudera 服务架构简图** ``` Cloudera Manager Server ├─ 启动脚本 → /opt/cloudera/cm/bin/cloudera-scm-server ├─ 服务配置 → /etc/default/cloudera-scm-server ├─ 日志路径 → /var/log/cloudera-scm-server/ └─ 数据库 → 默认使用内嵌 PostgreSQL,生产环境建议外置 ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

星空糖果屋

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值