Kibana: [移行v6.5]別のKibanaインスタンスがインデックスを移行しているようです

ping @ elastic / kibana-operations

@ CamiloSierraH-レポートをありがとう。 この問題は、移行の処理を担当するプロセスを停止することによって発生します。 この「ロック」は、複数のKibanaインスタンスを持つことを処理するためのものです。

この問題では、2つの問題が考えられます。

• 「.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を削除して再起動すると、同じことが起こり、上記のメッセージでスタックします。

KibanaUIに「Kibanaサーバーの準備ができていません」と表示されます-/ statusにもアクセスできません。同じメッセージです。

@ lnx01を6.4.xから6.5.0にアップグレードするのと同じ問題

同じ問題があり、テストインスタンスで作業していました。 実際、私はkibanaにアクセスできません。
私のUIを見つけるための簡単な解決策はありますか？ ELKスタックまたは単にkibanaをダウングレードすることは可能ですか？

@gmeriauxは、この手順に従ってhttps://www.elastic.co/guide/en/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）

.kibna2indiceは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を再起動した後、同じメッセージが表示されます。
elkのバージョンはすべて6.5.4です。

6.4.2から6.5.4アップグレードしているときに同じ問題に直面しました

6.4.3から6.6.0への移行でも同じ問題が発生しました。

.kibana 、 .kibana_1 、 .kibana_2の3つのインデックスを削除し、kibanaサービスを再起動することを解決しました。

Linuxbashから次のコマンドを使用しました。
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が述べたように、ダッシュボードとインデックスパターンをすべて失いました。
もう1つを7.0.0にアップグレードする予定ですが、kibanaオブジェクトを再び失いたくありません。 インデックスを削除せずにこの問題に対処する方法はありますか？

同じesクラスターに別のkibanaインスタンスがあることがわかりました。 残りをアップグレードした後、すべて設定されました！ これは私の悪いことでした。 Plz plz plzは、同じクラスター上に他のインスタンスがないことを確認します。

アップグレードでも同じ問題が発生しますが、インデックスパターンの作成には永遠に時間がかかり、まったく機能していないのではないかと心配しています。

@ notque-その問題については、

同じ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のアップグレード時にElasticsearchの割り当てが無効になっている場合にも発生する可能性があります

同じエラーが発生しました。（kibana6.8.2）私のサイトでは、.kibana、.kibana_1、.kibana_2の3つのインスタンスが実行されていました。 以下の手順に従いました。

1.Kibanaサービスを停止します。
2..kibana_2と.kibanaインデックスを削除しました-
curl -XDELETE localhost：9200 / index / .kibana_2
curl -XDELETE localhost：9200 / index / .kibana
3.次に、.kibana_1インデックスをエイリアス.kibanaにポイントします-
curl -X POST " localhost：9200 / _aliases "
4.Kibanaサービスを再開します。
Kibanaが再び正常に読み込まれました。

ping @ elastic / kibana-platform（Team：Platform）

[ elastic @ sjc-v2-elk-l01〜 ] $ curl localhost：9200
{{
"名前"： "マスター-1"、
"cluster_name"： "sjc-v2"、
"cluster_uuid"： "g-MOWUQGQMmgOUaCP0cdYA"、
"バージョン" ： {
"番号"： "7.6.2"、
"build_flavor"： "デフォルト"、
"build_type"： "tar"、
"build_hash"： "ef48eb35cf30adf4db14086e8aabd07ef6fb113f"、
"build_date"： "2020-03-26T06：34：37.794943Z"、
"build_snapshot"：false、
"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]保存されたオブジェクトの移行を開始しています
log [03：47：03.312] [info] [savedobjects-service]インデックス.kibana_task_manager_1を作成しています。
ログ[03：47：03.316] [情報] [savedobjects-service]インデックス.kibana_1を作成しています。
APMエージェント構成を作成できませんでした：30000ms後の要求タイムアウト
ログ[03：47：33.313] [警告] [savedobjects-service] Elasticsearchに接続できません。 エラー：30000ms後のリクエストタイムアウト
ログ[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 localhost：9200 / _cat / indexes
赤オープン.kibana_task_manager_16jHlllmtTmGSJI3vco_KJw 1 1
赤オープン.apm-agent-configurationuD5uuI-nQa-qucX3wx3HIQ 1 1
赤オープン.kibana_1xvwnY15cQaStFRV-qjMbaA 1 1

こんにちは@shemukr
インデックスはred状態であり、問​​題は保存されたオブジェクトの移行とは関係がないようです。
http://discuss.elastic.co/（$＃$ GET _cluster/allocation/explainの出力）に連絡してください。

これは現在、移行が失敗した場合に予想される動作ですが、＃52202によって改善され、ユーザーの介入なしに失敗した移行の自動再試行が可能になります。