前言

我们生产上公司是使用的CDP集群，一次管理员通知，Solr 组件的数据存放路径磁盘空间不够。

我们的solr 组件时为 Ranger 服务提供日志审计功能，

在我们更改了磁盘路径，并重启了Solr 组件，然后发现相关组件，如 HDFS, Kafka 等会报相关的报错。具体如下：

报错

在重启 Solr 后，有大量的404报错，无法找到 ranger_audit 这个索引。

由于换了新的存储路径，那么索引肯定时找不到了，于是我们决定重启相关受影响的组件，这样的话，可能索引就会新建。

也正是这一步，让我们一错再错。

重启

在重启相关受影响组件后，发现 404 的报错是没了，变成了 403 的报错。

并且新的路径下，solr 的shard 数据也没有生成。

报错如下图：

到这里，才反应过来，这个问题和其余的组件的关系不太，主要根源是，更改了新的路径后，solr 集群之间，solr 与 zk 之间的联系出了问题。

解决方案

1. 停止solr 组件

集群 -> CDP INFRA SOLR -> 操作 -> 停止。

2. 更换新的路径

这部之前已经操作过了，所以跳过。

3. zookeeper znode 清理

由于我们的zk 有jaas 认证，所以需要先导入环境变量

export JVMFLAGS="-Djava.secury.auth.login.conf=jaas.conf"

进入zookeeper

zookeeper-client -server `hostname -f`

删除节点

rmr /solr-infra/collections/ranger_audits
rmr /solr-infra/configs/ranger_audits

4. 优化审计索引存储时间，副本数（可跳过）

这一步骤不是必须操作，只是对 ranger_audit 该索引进行一些优化。如 TTL，副本数，shard个数 等等。这个因人而异，配置符合自己集群性能才是关键。

修改最大shard 个数。

shard 个数

副本数

5. 启动Solr

集群 -> CDP INFRA SOLR -> 操作 -> 启动。

6. 重启ranger

集群 -> Ranger -> 实例 -> ranger admin -> 重启。

到此，问题应该是可以解决了，如果相关受影响组件仍在报错。继续执行第七步。

7. 进入solr web ui 修改索引

1. 跳转KNOX WEB UI

集群 -> KNOX -> KNOX GATEWAY HOME -> Solr

2. 删除collection

进入 solr web ui -> Collections > Delete collection -> 输入要删除的collection 名字

此处输入 ranger_audit,然后点击 Delete 按钮。

3. 新增collection

Add Collection -> 内容如下：

此时观察日志，发现已经恢复。问题解决。