调用 SPLITSHARD 后仍然看到旧分片
Still seeing old shard after calling SPLITSHARD
我调用了 splitshard,现在这是我在发布提交后看到的内容:
在这种情况下,我认为 splitshard 应该摆脱原始分片 shard1。我错过了什么吗?我原以为剩下的两个分片是 shard1_0 和 shard1_1.
如果有帮助,我使用的 REST 调用是 /admin/collections?collection=default-collection&shard=shard1&action=SPLITSHARD。
来自 Solr 邮件列表的回复:
SPLITSHARD 调用完成后,它会将原始分片标记为
不活动,即它不再接受请求。所以是的,你必须使用
删除碎片(
https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api7)
清理它。
就您在管理员 UI 上看到的信息而言,该信息是错误的,即
UI 在显示它们时不考虑碎片的状态。所以,
尽管父分片可能处于非活动状态,但您最终还是会看到它
作为另一个活跃的碎片。这个有一个未解决的问题。
确认分片状态的一种方法是查看分片状态
clusterstate.json(或 state.json,取决于您使用的 Solr 版本
使用)。
我调用了 splitshard,现在这是我在发布提交后看到的内容:
在这种情况下,我认为 splitshard 应该摆脱原始分片 shard1。我错过了什么吗?我原以为剩下的两个分片是 shard1_0 和 shard1_1.
如果有帮助,我使用的 REST 调用是 /admin/collections?collection=default-collection&shard=shard1&action=SPLITSHARD。
来自 Solr 邮件列表的回复:
SPLITSHARD 调用完成后,它会将原始分片标记为 不活动,即它不再接受请求。所以是的,你必须使用 删除碎片( https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api7) 清理它。
就您在管理员 UI 上看到的信息而言,该信息是错误的,即 UI 在显示它们时不考虑碎片的状态。所以, 尽管父分片可能处于非活动状态,但您最终还是会看到它 作为另一个活跃的碎片。这个有一个未解决的问题。
确认分片状态的一种方法是查看分片状态 clusterstate.json(或 state.json,取决于您使用的 Solr 版本 使用)。