Kibana: [migration v6.5]另一个Kibana实例似乎正在迁移索引

ping @ elastic / kibana-operations

@CamiloSierraH-感谢您的报告。 此问题是由于停止负责处理迁移的过程引起的。 这种“锁定”是为了处理具有多个Kibana实例。

对于此问题，我看到两个可能的问题：

• 我们应该在“将.kibana重新索引到.kibana_X”中添加一条注释，说明不要停止Kibana进程。
• 消息传递中在重新索引期间进行后续重试的索引名称可能不正确。
  >日志[14：00：20.457] [警告] [迁移]另一个Kibana实例似乎正在迁移索引。 等待该迁移完成。 如果没有其他Kibana实例尝试迁移，则可以通过删除索引.kibana_2并重新启动Kibana来解决此消息。

在此处有更多信息： https :

docker / dev环境中的相同问题

同一问题-使用DEB软件包从6.4.0升级到6.5.0-似乎停留在“另一个Kibana实例似乎正在迁移索引。等待该迁移完成。如果没有其他Kibana实例正在尝试迁移，则可以通过删除索引.kibana_2并重新启动Kibana来解决此消息。”

删除.kibana_2并重新启动会导致相同的情况发生，并停留在上面的消息上。

Kibana用户界面说“ Kibana服务器尚未准备好”-不能访问/ status，同样的消息。

与@ lnx01从6.4.x升级到6.5.0相同的问题

我有同样的问题，并且正在测试实例上。 实际上，我无法使用kibana。
您有快速的解决方案来找回我的UI吗？ 是否可以降级ELK堆栈或仅降级kibana？

@gmeriaux，您需要按照以下步骤操作来恢复您的kibana实例-> https://www.elastic.co/guide/zh-CN/kibana/current/release-notes-6.5.0.html#known -issues-6.5。 0

@gmeriaux我仅将kibana降级并删除了.kibana_1和.kibana_2索引就获得了成功

@ CamiloSierraH，@ gheffern
谢谢！！！
我在Windows环境中升级时遇到麻烦（6.4.3⇨6.5.0）

.kibna2启动kibna后删除索引

那里。 不是。 版本6.5.1的问题

我在Windows环境中成功升级（6.4.3⇨6.5.1）

升级时发现类似问题。 原来这与.tasks封闭索引有关。 Kibana因index_closed_exception而失败，该索引通常不被Kibana使用（很久以前由策展人自动关闭）。

我注意到，在删除索引之前，Kibana应该处于停止状态。 尽管Kibana在重新启动之前几分钟仍然很慢-也许是为了重建两个索引-但它保留了所有数据。

$ curl-XGET "https://localhost:9200/_cat/indices"| grep kibana
...
green open .kibana_2 kVo3hhokTP2hVUSfmPkGVA 1 0 181 0 184.2kb 184.2kb
green open .kibana_1 mHhRaCqKStq6bL1qRLxMVA 1 0 178 0 170.9kb 170.9kb

我收到错误消息：“另一个Kibana实例似乎正在迁移索引。等待该迁移完成。如果没有其他Kibana实例正在尝试迁移，则可以通过删除索引.kibana_1并重新启动Kibana来解决此消息。”
在我使用curl -XDELETE http：// localhost ：9200 / .kibana_1删除索引并重新启动kibana之后，我得到了相同的消息。
麋鹿的版本都是6.5.4。

从6.4.2升级到6.5.4我遇到了同样的问题

从6.4.3迁移到6.6.0我遇到了同样的问题。

我解决了删除3个索引： .kibana ， .kibana_1和.kibana_2并重新启动kibana服务的问题。

我从linux bash使用以下命令：
curl -X DELETE "localhost:9200/.kibana_2" && curl -X DELETE "localhost:9200/.kibana_1" && curl -X DELETE "localhost:9200/.kibana"

您好， @ Timmy93提供的说明具有破坏性，您将失去所有的仪表板和可视化效果。

在此文档页面上说明了迁移过程。

我正在将kibana从6.4.0升级到6.7.1 。 我遇到了同样的问题，因此删除了.kibana_N索引。 正如@lucabelluccini所述，我失去了所有仪表板和索引模式。
我打算再将一个升级到7.0.0但我真的不想再次失去kibana对象。 有什么方法可以解决这个问题而不删除索引？

我只是发现在同一es群集上还有另一个kibana实例。 其余全部升级完毕！ 这是我的坏事。 请确保您在同一群集上没有任何其他实例。

升级时也存在同样的问题，但是现在创建索引模式的工作要花很长时间了，以至于我担心它根本无法工作。

@notque-对于该问题，我建议检查ES日志，因为它与Kibana迁移无关。

在使用相同ES集群的3个Kibana实例中的1个从6.6.2升级到6.8.0时，我也遇到了这个问题。

在所有3个站点上都停止了Kibana并删除了.kibana_2索引之后，我启动了更新的实例，并在日志中不断看到这一点：

kibana[8682]: {"type":"log","@timestamp":"2019-06-18T18:34:46Z","tags":["info","migrations"],"pid":8682,"message":"Creating index .kibana_2."}
kibana[8682]: {"type":"log","@timestamp":"2019-06-18T18:34:46Z","tags":["info","migrations"],"pid":8682,"message":"Migrating .kibana_1 saved objects to .kibana_2"}
kibana[8765]: {"type":"log","@timestamp":"2019-06-18T18:34:55Z","tags":["info","migrations"],"pid":8765,"message":"Creating index .kibana_2."}
kibana[8765]: {"type":"log","@timestamp":"2019-06-18T18:34:55Z","tags":["warning","migrations"],"pid":8765,"message":"Another Kibana instance appears to be migrating the index. Waiting for that migration to complete. If no other Kibana instance is attempting migrations, you can get past this message by deleting index .kibana_2 and restarting Kibana."}

我没有再次删除.kibana_2索引，而是将别名.kibana为指向.kibana_2 。 最终为我解决了这个问题：

curl -X POST "localhost:9200/_aliases" -H 'Content-Type: application/json' -d'
{
    "actions" : [
        { "remove" : { "index" : ".kibana_1", "alias" : ".kibana" } },
        { "add" : { "index" : ".kibana_2", "alias" : ".kibana" } }
    ]
}
'

出于好奇：从7.0升级到7.2后，我太早重新启动了kibana，并陷入“ Kibana服务器尚未就绪”的状态（+最终发现出现另一个kibana实例的日志条目…）。幸运的是，消息提示我应该删除哪个索引。

如果kibana能够自己进行迁移，那就太好了。

如果在升级Kibana时禁用Elasticsearch分配，也会发生这种卡死状态

我有同样的错误。（kibana 6.8.2）我的网站中正在运行3个实例，.kibana，.kibana_1和.kibana_2。 遵循以下步骤：

1.停止Kibana服务。
2.删除.kibana_2和.kibana索引-
curl -XDELETE本地主机：9200 / index / .kibana_2
curl -XDELETE本地主机：9200 / index / .kibana
3.然后将.kibana_1索引指向别名.kibana-
curl -X POST“ localhost：9200 / _aliases ” -H'内容类型：application
4.重新启动Kibana服务。
Kibana再次成功加载。

ping @ elastic / kibana-platform（团队：平台）

[ elastic @ sjc-v2-elk-l01〜 ] $ curl本地主机：9200
{
“ name”：“ master-1”，
“ cluster_name”：“ sjc-v2”，
“ cluster_uuid”：“ g-MOWUQGQMmgOUaCP0cdYA”，
“版本”：{
“ number”：“ 7.6.2”，
“ build_flavor”：“默认”，
“ build_type”：“ tar”，
“ build_hash”：“ ef48eb35cf30adf4db14086e8aabd07ef6fb113f”，
“ build_date”：“ 2020-03-26T06：34：37.794943Z”，
“ build_snapshot”：否，
“ lucene_version”：“ 8.4.0”，
“ minimum_wire_compatibility_version”：“ 6.8.0”，
“ minimum_index_compatibility_version”：“ 6.0.0-beta1”
}，
“ tagline”：“您知道，要搜索”
}

日志

日志[03：47：03.301] [信息] [savedobjects-service]开始保存的对象迁移
日志[03：47：03.312] [信息] [savedobjects-service]创建索引.kibana_task_manager_1。
日志[03：47：03.316] [info] [savedobjects-service]创建索引.kibana_1。
无法创建APM代理配置：30000毫秒后请求超时
日志[03：47：33.313] [警告] [savedobjects-service]无法连接到Elasticsearch。 错误：30000毫秒后请求超时
日志[03：47：35.817] [警告] [savedobjects-service]无法连接到Elasticsearch。 错误：[resource_already_exists_exception]索引[.kibana_task_manager_1 / 6jHlllmtTmGSJI3vco_KJw]已经存在，并且{{index_uuid =“ 6jHlllmtTmGSJI3vco_KJw”＆index =“。kibana_task_manager_1”}
日志[03：47：35.818] [警告] [savedobjects-service]另一个Kibana实例似乎正在迁移索引。 等待该迁移完成。 如果没有其他Kibana实例尝试迁移，则可以通过删除索引.kibana_task_manager_1并重新启动Kibana来解决此消息。
日志[03：47：35.828] [警告] [savedobjects-service]无法连接到Elasticsearch。 错误：[resource_already_exists_exception]索引[.kibana_1 / xvwnY15cQaStFRV-qjMbaA]已存在，其中{index_uuid =“ xvwnY15cQaStFRV-qjMbaA”＆index =“。kibana_1”}
日志[03：47：35.829] [警告] [savedobjects-service]另一个Kibana实例似乎正在迁移索引。 等待该迁移完成。 如果没有其他Kibana实例尝试迁移，则可以通过删除索引.kibana_1并重新启动Kibana来解决此消息。

我遇到了同样的错误，我删除了下面的索引并重新启动，但都出错了。

[ elastic @ sjc-v2-elk-l01〜 ] $ curl本地主机：9200 / _cat / indices
红色打开.kibana_task_manager_1 6jHlllmtTmGSJI3vco_KJw 1 1
红色打开.apm-agent-configuration uD5uuI-nQa-qucX3wx3HIQ 1 1
红色打开.kibana_1 xvwnY15cQaStFRV-qjMbaA 1 1

你好@shemukr
索引处于red状态，该问题似乎与保存的对象迁移无关。
请访问http://discuss.elastic.co/ （输出为GET _cluster/allocation/explain ）。

当前，这是迁移失败时的预期行为，但是将通过＃52202进行改进，该代码将自动重试失败的迁移而无需用户干预。