升级至v8.9.2后Kibana启动失败：分片副本不足问题求助

通过Bitnami Helm chart在AWS EKS Kubernetes集群中将Elasticsearch和Kibana升级至v8.9.2后，Elasticsearch的3个节点运行正常，但Kibana反复重启，启动失败并以退出码1终止。报错信息如下：

FATAL Error: Unable to complete saved object migrations for
the [.kibana_task_manager] index. Error: [{"type":
"unavailable_shards_exception","reason":"[.kibana_task_manager_8.5.1_001][0]
Not enough active copies to meet shard count of [ALL]
(have 1, needed 2). Timeout: [1m], request: [BulkShardRequest
[[.kibana_task_manager_8.5.1_001][0]] containing [26] requests]"}, ...]

已查阅多篇相关讨论但未解决问题，现询问：

1. 实际问题是什么？
2. 该如何解决？

实际问题 #

核心问题是Kibana执行存储对象迁移时，无法满足旧版本遗留索引.kibana_task_manager_8.5.1_001的分片副本数要求：该索引配置需要2个活跃副本（1主+1副），但当前只有1个主分片可用，副本分片未正常分配或无法激活，导致写入请求超时失败，直接引发Kibana启动失败。

这种情况多发生在跨版本升级场景中，旧版本Kibana生成的索引副本配置与当前Elasticsearch集群状态不匹配——比如原索引设置了number_of_replicas:1，但集群内该副本分片长期处于未分配状态，无法达到写入一致性要求。

解决步骤 #

步骤1：检查索引分片状态 #

通过Elasticsearch API查看目标索引的配置和分片状态：

# 替换为你的Elasticsearch服务地址
curl -XGET "http://<elasticsearch-service>:9200/.kibana_task_manager_8.5.1_001/_settings/_all"
curl -XGET "http://<elasticsearch-service>:9200/_cat/shards/.kibana_task_manager_8.5.1_001?v"

重点查看number_of_replicas配置，以及是否存在UNASSIGNED状态的分片。

步骤2：临时降低副本数要求 #

确认副本分片无法正常分配后，临时将该索引的副本数改为0，只保留主分片：

curl -XPUT "http://<elasticsearch-service>:9200/.kibana_task_manager_8.5.1_001/_settings" -H 'Content-Type: application/json' -d'
{
  "index": {
    "number_of_replicas": 0
  }
}
'

修改后索引仅需1个主分片即可满足写入要求，Kibana能继续完成迁移流程。

步骤3：重启Kibana并验证 #

重新启动Kibana Pod，等待其完成存储对象迁移并正常启动。待Kibana稳定运行后，可根据集群节点数（3个节点建议设置为1）重新调整索引副本数：

curl -XPUT "http://<elasticsearch-service>:9200/.kibana_task_manager_8.5.1_001/_settings" -H 'Content-Type: application/json' -d'
{
  "index": {
    "number_of_replicas": 1
  }
}
'

步骤4：（可选）清理旧版本索引 #

待Kibana完全稳定后，可检查并删除不再需要的旧版本Kibana相关索引，避免后续出现同类问题：

curl -XDELETE "http://<elasticsearch-service>:9200/.kibana_task_manager_8.5.1_001"

内容的提问来源于stack exchange，提问作者Abdullah Khawer