linux中hive启动异常,最详细解决方法

本文讲述了Hive启动时遇到的报错原因,包括hdfs安全模式未退出、JavaSSL配置问题和数据库服务未启动。提供了详细排查步骤和解决方案,如修改java.security文件和调整JDBC连接设置。

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

 报错结果如下:

Casue by:Unable to instantiate org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient

Casue by:javax.jdo.JDOFatalDataStoreException: Unable to open a test connection to the given database. JDBC url = jdbc:mysql://localhost:3306/hive?createDatabaseIfNotExist=true, username = hive. Terminating connection pool (set lazyInit to true if you expect to start your database after your app). Original Exception: ------
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

Casue by:javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is disabled or cipher suites are inappropriate)

 原因分析:

寻找了许多资料后发现是以下问题

1、hdfs安全模式未退出

首先检查hdfs是否进入了安全模式,如果先前有过hive异常退出,就是没有关闭hive然后强制关闭计算机的情况,那么就有可能使得hdfs中的文件产生异常错误,通过关闭安全模式就可以正常进入hive。

开启安全模式
hdfs dfsadmin -safemode enter
关闭安全模式
hdfs dfsadmin -safemode leave
获取安全模式的状态
hdfs dfsadmin -safemode get
等待安全模式关闭
hdfs dfsadmin -safemode wait
查看受损模块
hdfs fsck / -delete

如果处于关闭状态后还是无法启动报错,那么就是以下第二种问题。

 2、java调用ssl启动hive导致出现异常(最麻烦)

在Java8及高版本以上的版本在调用ssl时会出现javax.net.ssl.SSLHandshakeException: No appropriate protocol的异常

解决方法如下:

  • 修改jre/lib/security/java.security中的disabledAlgorithms,删除SSLv3, TLSv1, TLSv1.1。

jdk.tls.disabledAlgorithms=RC4, DES, MD5withRSA, \
    DH keySize < 1024, EC keySize < 224, 3DES_EDE_CBC, anon, NULL, \
    include jdk.disabled.namedCurves

 这里比较麻烦因为linux默认保护这里的程序因此需要先将文件的权限进行改写,才可以修改保存,指令如下:

cd java.sercurity所在的目录

进入该目录后输入

sudo chmod 777 java.security 

 以下为修改后的结果

然后就可以打开该文件完成修改了

修改前:

 

修改后:

 

  • 将conf/hive-site.xml中的内容更换为:
<property>
    <name>javax.jdo.option.ConnectionURL</name>
    <value>jdbc:mysql://localhost:3306/hive?createDatabaseIfNotExist=true&amp;useSSL=false</value>
    <description>JDBC connect string for a JDBC metastore</description>
</property>

 然后就可以正常启动了。

别忘记修改回去文件的权限,以免后续出现什么问题。

 

3、数据库服务没有打开

通常来说,在系统启动之后数据库服务就会自动打开,但是不排除意外。

这里以mysql数据库举例,可以使用以下指令检查数据库服务是否启动正常

service mysql status 检查状态

service mysql start

service mysql stop

service mysql restart 重启服务

 如果是绿灯就表示正常了

问题解决hive启动成功了

最后最好每次都关闭hdfs集群再关机,不然很可能出现异常错误。

./sbin/stop-dfs.sh

 

### 检查 Hive 安装状态 为了验证 Hive 是否成功安装并正常工作,在 Linux 系统中可以通过多种方式进行检查。 #### 使用命令行工具检测 Hive 版本 通过执行 `hive --version` 或者进入 Hive CLI 后输入 `set;` 来查看当前环境变量设置情况,这有助于确认 Hive 的版本信息及其默认参数配置[^1]。 ```bash hive --version ``` 如果上述命令返回了具体的版本号,则说明 Hive 已经被正确安装到了系统上;反之则可能意味着路径未添加到系统的 PATH 中或者根本就没有完成部署过程。 #### 验证 Metastore 和 HDFS 存储位置 由于 Hive 是基于 Hadoop 构建的数据仓库工具,因此还需要确保能够访问其元数据存储(Metastore)和服务端口监听状况良好。对于大多数生产环境中,默认情况下 Metastore 数据库会被放置于 MySQL/PostgreSQL 等外部 RDBMS 内部而不是内置 Derby DB。此时应该查阅 `/etc/hive/conf/hive-site.xml` 文件来获取确切连接字符串详情: ```xml <property> <name>javax.jdo.option.ConnectionURL</name> <value>jdbc:mysql://localhost:3306/metastore?createDatabaseIfNotExist=true</value> </property> ``` 这段 XML 片段指定了 Metastore 应当链接的目标数据库实例地址。另外,关于表结构定义所对应的物理文件夹路径同样可以在相同配置项里找到线索,比如如下所示用于指示 HDFS 上根目录的位置: ```xml <property> <name>hive.metastore.warehouse.dir</name> <value>/user/hive/warehouse</value> </property> ``` 以上两个属性共同决定了整个 Hive 生态圈内的资源定位逻辑,所以务必保证它们指向合法有效的目标节点。 #### 测试基本查询功能 后一步就是实际运行一些简单的 SQL 查询语句以测试整体架构是否稳定可靠。可以从启动 Hive Shell 开始尝试创建新表格、加载样本数据集直至终检索记录内容为止。例如下面这条指令用来列举出所有已存在的数据库名称列表: ```sql SHOW DATABASES; ``` 一旦顺利完成这一系列动作而没有任何异常提示的话,那么基本上就可以断定 Hive 平台已经达到了预期的工作条件。 #### 关联问题排查技巧 考虑到有时即便前期准备工作都做得很充分但仍会出现各种意外情形,这里提供几个常见的故障排除方向供参考: - 当遇到权限不足错误时,请参照安全框架如 Kerberos 设置指南调整相应策略[^4]; - 若发现无法解析主机名的情况发生,建议核查 DNS 解析服务或是直接编辑 hosts 文件加入静态映射条目; - 对于因网络延迟引发的问题,可考虑优化集群内部通信链路质量或适当放宽超时阈值限制。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值