問題はバージョンに関連していないため、更新しても問題は解決しません。問題は、シャードをノードに割り当てることができないことです。呼び出しで示されているように、 と を参照"status": "red"
して"unassigned_shards": 8
ください。
{
"cluster_name": "elasticsearch",
"status": "red",
"timed_out": false,
"number_of_nodes": 2,
"number_of_data_nodes": 2,
"active_primary_shards": 8,
"active_shards": 16,
"relocating_shards": 0,
"initializing_shards": 0,
"unassigned_shards": 8,
"delayed_unassigned_shards": 0,
"number_of_pending_tasks": 0,
"number_of_in_flight_fetch": 0
}
まずunassigned_shards
、 を使用して再割り当てを試すことができます (これについては es を参照してください):
curl -XPOST 'localhost:9200/_cluster/reroute' -d '{"commands": [
{"allocate": {
"index": "{your_index_name}",
"shard": 3,
"node": "{your_assigning_node_ide}",
"allow_primary": true }
}]
}'
割り当てられていないシャードは? これを確認するには、次を使用します。
curl -XGET http://localhost:9200/_cat/shards | grep UNASSIGNED | awk '{print $0}'
どのシャードが問題を引き起こしているかがわかったらrecover
、( indexs recoveryを使用してインデックスを試すことから始めることができます:
curl -XGET http://localhost:9200/index1,index2/_recovery
このgrep UNASSIGNED
ステートメントは、多くの場合、割り当てられていない場合に特に役立ちます。場合によっては(もちろん、インデックスの再入力のしやすさにもよりますが)、インデックスを削除して再入力する方が簡単な場合があります(インデックスの削除):
curl -XDELETE 'http://localhost:9200/concept_cv,concept_pl,concept_pt/'
次に、データを再挿入します。
この問題は、おそらくクラスターからの不適切なシャットダウンが原因であり、OOM 例外も原因である可能性があります。詳細については、次を参照してstatus : red
ください。
https://t37.net/how-to-fix-your-elasticsearch-cluster-stuck-in-initializing-shards-mode.html
http://elasticsearch-users.115913.n3.nabble.com/how-to -resolve-elasticsearch-status-red-td4020369.html