hive在进行Beeline连接报错

本文详细介绍了在使用Beeline连接Hadoop集群时遇到的权限错误,原因是Hadoop的安全伪装机制导致用户无法直接连接。通过分析日志,发现是由于代理权限不足,解决方案是在core-site.xml中配置hadoop.proxyuser参数并重启Hadoop服务。此外,还强调了配置更改后必须重启服务以使配置生效。

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

参考文章:beeline连接报错

报错信息:
21/07/23 21:58:17 [main]: WARN jdbc.HiveConnection: Failed to connect to hadoop102:10000
Error: Could not open client transport with JDBC Uri: jdbc:hive2://hadoop102:10000: Failed to open new session: java.lang.RuntimeException: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.authorize.AuthorizationException): User: root is not allowed to impersonate atguigu (state=08S01,code=0)
Beeline version 3.1.2 by Apache Hive

解决方式:在hadoop的配置文件core-site.xml增加如下配置,重启hdfs,其中“xxx”是连接beeline的用户,将“xxx”替换成自己的用户名即可。最关键的是一定要重启hadoop,先stop-all.sh,再start-all.sh,否则不会生效的!!那样就还是报错!

    <property>
        <name>hadoop.proxyuser.xxx.hosts</name>
        <value>*</value>
    </property>
    <property>
        <name>hadoop.proxyuser.xxx.groups</name>
        <value>*</value>
    </property>


“*”表示可通过超级代理“xxx”操作hadoop的用户、用户组和主机
问题解决后将网上的资料总结一下:

主要原因是hadoop引入了一个安全伪装机制,使得hadoop 不允许上层系统直接将实际用户传递到hadoop层,而是将实际用户传递给一个超级代理,由此代理在hadoop上执行操作,避免任意客户端随意操作hadoop,如下图:

自己的问题:

 

在进行插入连接的时候一直报错,所以就百思不得其解;各种查看hive日志发现都是正常的,等待的情况日志也在显示等待,

 想了半天去RM服务器上面看下日志,发现:

代理权限不足,才发现在自己的NM节点上,刚修改过用户名称,而RM的Hadoop没有修改

进行同步Hadoop配置文件,再执行hive正确运行!

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

带着希望活下去

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

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

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

打赏作者

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

抵扣说明:

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

余额充值