你看到的完整错误信息可能是：
```
Kerberos: Server not found in
Kerberos database while looking_up_server
```
这表示客户端在尝试与
Kerberos 服务器（KDC）通信时，**找不到请求的服务主体（Service Principal）**。
---
## 🧾 错误解释
### 原始错误：
```
Server not found in
Kerberos database while looking_up_server
```
这是
Kerberos 客户端库（如 `libkrb5`）抛出的一个内部错误，通常发生在以下情况：
- 客户端试图通过
Kerberos 访问某个服务（如 HDFS、
HiveServer2、HTTP 等）。
- 它会向 KDC 请求 TGS（Ticket Granting Service）票据。
- KDC 在其数据库中 **找不到请求的服务主体（principal）**。
- 因此返回该错误，并拒绝颁发票据。
---
## 🔍 常见触发场景
| 场景 | 示例 |
|
------|
------|
|
Hive JDBC 连接 | 使用 Beeline 或 Java JDBC 访问
HiveServer2 |
| Spark 提交任务 | 使用 `
--keytab` 和 `
--principal` 提交任务 |
| HDFS 操作 | 使用 `hadoop fs
-ls /` |
| WebHDFS/Hue 访问 | 浏览器访问 HDFS UI 或 Hue |
| Kafka SASL/
Kerberos | Kafka 生产/消费数据时 |
---
## ✅ 解决方法详解
### ✅ 1. 确认服务主体是否存在
使用 `kadmin` 登录到 KDC 并列出所有 principal：
```bash
kadmin
-p admin/admin
list
```
检查输出是否包含你要访问的服务对应的 principal，例如：
```
hdfs/mycluster@EXAMPLE.COM
hive/
hiveserver2.example.com@EXAMPLE.COM
HTTP/
webui.example.com@EXAMPLE.COM
```
如果没有，请创建它。
---
### ✅
2. 创建服务主体（Principal）
在 KDC 上执行：
```bash
kadmin
-p admin/admin
add_principal
-randkey
hive/
hiveserver2.example.com@EXAMPLE.COM
```
> `
-randkey` 表示为这个 principal 设置一个随机密钥，不会提示输入密码。
---
### ✅ 3. 生成 keytab 文件
将 principal 导出为 keytab 文件，供服务端或客户端使用：
```bash
ktadd
-k
hive.service.keytab
hive/
hiveserver2.example.com@EXAMPLE.COM
```
你可以将 `
hive.service.keytab` 分发给需要认证的服务节点。
---
### ✅ 4.
验证 keytab 是否可用
使用 `kinit` 测试 keytab 是否能正常获取 ticket：
```bash
kinit
-kt
hive.service.keytab
hive/
hiveserver2.example.com@EXAMPLE.COM
```
成功后使用：
```bash
klist
```
查看当前缓存的 ticket。
---
### ✅ 5. 检查客户端配置中的 principal 名称
确保你在客户端代码或连接字符串中使用的 principal 是正确的。
####
Hive JDBC 示例：
```java
String jdbcUrl = "jdbc:
hive2://
hiveserver2.example.com:10000/default;principal=
hive/
hiveserver2.example.com@EXAMPLE.COM";
Connection conn = DriverManager.getConnection(jdbcUrl);
```
#### Spark 提交命令：
```bash
spark
-submit \
--principal
hive/
hiveserver2.example.com@EXAMPLE.COM \
--keytab
hive.service.keytab \
...
```
---
### ✅ 6. 检查 DNS 或 `/etc/hosts` 配置
Kerberos 会基于主机名来
验证 principal。如果客户端无法解析服务端的主机名，也会导致这个错误。
```bash
ping
hiveserver2.example.com
nslookup
hiveserver2.example.com
```
必要时可在 `/etc/hosts` 中添加：
```
19
2.168.1.10
hiveserver2.example.com
```
---
## ✅ 示例：
HiveServer2 启动配置
在 `
hive-site.xml` 中设置
Kerberos 相关参数：
```xml
<property>
<name>
hive.server
2.authentication</name>
<value>
KERBEROS</value>
</property>
<property>
<name>
hive.server
2.
kerberos.principal</name>
<value>
hive/
hiveserver2.example.com@EXAMPLE.COM</value>
</property>
<property>
<name>
hive.server
2.
kerberos.keytab</name>
<value>/path/to/
hive.service.keytab</value>
</property>
```
---
## ✅ 总结流程图
```
Client 请求访问
Kerberos 服务
↓
KDC 查找对应 principal
↓
存在？ → 发放 Ticket
↓
不存在？→ 报错："Server not found in
Kerberos database"
```
---
禁用HiveServer2 WebUI Kerberos验证
扫一扫
5855
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
