“_cat/ Recovery”中没有提到恢复

Question

昨天我不得不重新启动服务器。加载后，我检查弹性搜索是否正在运行，发现有4%是INITIALIZING状态，1是Unalocated状态。我的配置是由以下内容构建的：

• 弹性v2.3
• 托管在同一服务器上的5个碎片(“节点-01”)。
• 8 CPU\30 CPU
• 不到10 of的数据。

获得/_cat/shards的结果

index shard prirep state ip node
MyIndex 4 p INITIALIZING 127.0.0.1 node-01
MyIndex 3 p INITIALIZING 127.0.0.1 node-01
MyIndex 1 p INITIALIZING 127.0.0.1 node-01
MyIndex 2 p UNASSIGNED
MyIndex 0 p INITIALIZING 127.0.0.1 node-01
.kibana 0 p UNASSIGNED

正如您所看到的，MyIndex->Shard #2是未分配的-所以我调用POST /_cluster/reroute (从“节点-01”到“节点-01”)。

根据我以前的经验，这种初始化加载需要很长时间。所以我让机器工作了，12个小时后再检查。

12小时后，/_cat/shards结果相同(即初始化4次，未分配1次)。在这一点上，我期待着得到更好的结果。

更奇怪的是它来了。我调用了GET /_cat/recovery，ES响应200，但是列表是空的。意思是什么都没发生？

你建议我怎么做？如果碎片是INITIALIZING，为什么恢复列表是空的？在这一点上，最重要的是能够看到“恢复”过程，如果发生。

Answer 1

使用集群分配解释API可以理解为什么没有分配碎片。