2017-01-03 5 views
0

私は、起動を拒否し、初期化に固執しているelasticsearchインスタンスに問題があります。 Elaticsearch stuck using 99% cpu and all shards are Initializingエラスティックサーチインデックスをオフラインで削除する

私の推測では、インデックスの1つに格納されたデータに問題があると考えられます。だから私は先に進み、すべてのログを取り除いてやり直すかもしれないと思っています。これは実動システムではなく、これまでのログはおそらく決して使用されません。

しかし、システムがまだ回復しようとしているので、私はREST APIを使用してインデックスを削除できません。 だから私はおそらく物理的なファイル/フォルダを削除して手動で削除することができると思っていた。 質問:

  1. 削除するファイル/フォルダはどれですか?
  2. ファイル/フォルダを移動して後で復元することはできますか?

答えて

1

あなたはESのバージョンを掲示していないとして、私はあなたが私のローカルバージョンelasticsearch-2.3.5と私のクラスタ構成に基づいて、バージョン2.x

を実行していることを前提としています:

cluster.name: local 

データが格納されています

elasticsearch-2.3.5 \ data \ CLUSTERNAME \ nodes \ x \ indices

ここで、xはノードの番号です。次のようにここで

フォルダ構造は次のとおりです。だから、

enter image description here

複製が存在しない場合フォルダーと、後でそれを復元しますバックアップは、そうしても大丈夫である場合は、only one nodeを持っている場合。今、もし我々が複数のノードについて話しているならば。このような操作を実行する前に、両方のノードを停止して、競合の可能性を避ける必要があります。私がやった

ステップ:

-Stop ElasticSearch 

-Backup `elasticsearch-2.3.5\data\local` 

-Remove `elasticsearch-2.3.5\data\local` 

-Start the server 
+1

私はES 2.4.0を使用しています。 「ローカル」はあなたのelasticsearchクラスターの名前ですか?デフォルトでは、 "elasticsearch"という名前になっているようです。 – jimmy

+0

@jimmyそうだね。私は答えを編集しました。 – Yeikel

+0

データの下にある私のフォルダ構造は、次のようになります:data \ elasticsearch \ nodes \ 0 \ indicesおよびdata \ elasticsearch \ nodes \ 0 \ _state これもケースですか? @Yeikel – jimmy

関連する問題