现有 SOLR 集合未获取 Zookeeper 架构更改

Question

我有一个在三个独立节点上运行的本地 solr 云集群：33.33.3[3-5]:8080 该集群由本地 3 节点 zookeeper 集成管理，位于：33.33.3[0-2]:2181

我正在尝试修改架构 - 但是，我无法让 SOLR 获取新的更改。这就是我正在做的事情

首先我将一个配置集上传到zookeeper：

/opt/src/solr/scripts/cloud-scripts/zkcli.sh -zkhost 33.33.33.30:2181,33.33.33.31:2181,33.33.33.32:2181 -cmd upconfig -confdir /opt/src/solr/solr/conf/ -confname test_conf

然后我在 SOLR 中创建一个集合：

http://33.33.33.33:8080/solr/admin/collections?action=CREATE&name=test_collection&numShards=1&replicationFactor=3

这一切都很好。由于 zookeeper 中只有一个配置，因此在创建时会自动映射到集合。很酷。

但现在我想修改test_collection 的架构。所以，我 ssh 进入我的 SOLR 框，浏览到 /opt/src/solr/solr/conf/ 在 vi​​m 中打开 schema.xml，然后删除一个字段。然后我再次上传配置（使用相同的名称，因此它会覆盖旧配置）：

/opt/src/solr/scripts/cloud-scripts/zkcli.sh -zkhost 33.33.33.30:2181,33.33.33.31:2181,33.33.33.32:2181 -cmd upconfig -confdir /opt/src/solr/solr/conf/ -confname test_conf

现在我重新加载核心：

http://33.33.33.33:8080/solr/admin/collections?action=RELOAD&name=test_collection

Zookeeper 会接受更改。我可以从 zookeeper 下载文件，更改就在那里。我可以在 SOLR admin 中浏览配置（cloud>tree>configs>schema.xml AND test_collection>files>schema.xml）并反映更改。但是，如果我点击这条路线：http://33.33.33.33:8080/solr/test_collection/schema/fields 该字段仍然存在。此外，如果我在 SOLR 管理员中转到 test_collection>schema browser，该字段仍然会在那里列出。

这是怎么回事？

编辑：

如果我查看 SOLR admin 中的日志，我会看到以下必须相关的内容...

2/23/2015, 3:06:46 PM
WARN
OverseerCollectionProcessor
OverseerCollectionProcessor.processMessage : reloadcollection ,​ {
2/23/2015, 3:06:46 PM
WARN
ManagedIndexSchemaFactory
The schema has been upgraded to managed,​ but the non-managed schema schema.xml is still loadable. PLEASE REMOVE THIS FILE.
2/23/2015, 3:06:46 PM
WARN
RequestHandlers
Multiple requestHandler registered to the same name: /update/json ignoring: org.apache.solr.handler.UpdateRequestHandler
2/23/2015, 3:06:46 PM
WARN
RequestHandlers
Multiple requestHandler registered to the same name: /update ignoring: org.apache.solr.handler.UpdateRequestHandler
2/23/2015, 3:06:46 PM
WARN
RequestHandlers
Multiple requestHandler registered to the same name: /replication ignoring: org.apache.solr.handler.ReplicationHandler

Answer 1

我认为您缺少步骤 linkconfig，它将配置集链接到集合。

所以一开始，在upconfig之后，在创建集合之前，你需要做如下的linkconfig：

/opt/src/solr/scripts/cloud-scripts/zkcli.sh -zkhost 33.33.33.30:2181,33.33.33.31:2181,33.33.33.32:2181 -cmd linkconfig -collection test_collection -confname test_conf

在更新配置之后，您不必再次执行linkconfig，只需执行upconfig，然后像您一样重新加载集合即可。只是在创建集合之前缺少这一步。

有关集合 API 的完整参考，您可以查看此处： https://cwiki.apache.org/confluence/display/solr/Collections+API

Answer 2

您的 SOLR 'test_collection' 中可能有使用您删除的字段的数据。

尝试清除您的测试集合。

Answer 3

在过去几个月里，我在 SOLR 上花费了这么多时间，最终我明白了这一点。

让我们分解一下我看到的问题。

我正在将配置上传到 zookeeper，在 solr 中创建一个集合，并将两者链接在一起。然后我会更改架构 - 再次上传，重新加载 solr 核心 - 什么都不会发生！

这本质上是用户错误和对一个主要功能的误解。

我在 SOLR 中使用了托管架构。这意味着我可以在新版本的 SOLR 中利用架构 API。对于任何感兴趣的人 - 当您使用托管模式时 - SOLR 实际上会复制您编辑的模式 - 这就是更改所在。不适用于您的原始模式（仍然在http://33.33.33.33:8080/solr/test_collection/schema/fields 公开）。

如果您想查看最近的更改是否生效。查看 Zookeeper 配置文件夹中的 managed-schema 文件。

感谢大家的帮助。