You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/reference/cluster/allocation-explain.asciidoc
+10-7Lines changed: 10 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -159,10 +159,11 @@ node.
159
159
<5> The decider which led to the `no` decision for the node.
160
160
<6> An explanation as to why the decider returned a `no` decision, with a helpful hint pointing to the setting that led to the decision. In this example, a newly created index has <<indices-get-settings,an index setting>> that requires that it only be allocated to a node named `nonexistent_node`, which does not exist, so the index is unable to allocate.
161
161
162
+
[[maximum-number-of-retries-exceeded]]
162
163
====== Maximum number of retries exceeded
163
164
164
165
The following response contains an allocation explanation for an unassigned
165
-
primary shard that has reached the maximum number of allocation retry attempts.
166
+
primary shard that has reached the maximum number of allocation retry attempts.
166
167
167
168
[source,js]
168
169
----
@@ -195,17 +196,19 @@ primary shard that has reached the maximum number of allocation retry attempts.
195
196
{
196
197
"decider": "max_retry",
197
198
"decision" : "NO",
198
-
"explanation": "shard has exceeded the maximum number of retries [5] on failed allocation attempts - manually call [/_cluster/reroute?retry_failed=true] to retry, [unassigned_info[[reason=ALLOCATION_FAILED], at[2024-07-30T21:04:12.166Z], failed_attempts[5], failed_nodes[[mEKjwwzLT1yJVb8UxT6anw]], delayed=false, details[failed shard on node [mEKjwwzLT1yJVb8UxT6anw]: failed recovery, failure RecoveryFailedException], allocation_status[deciders_no]]]"
199
+
"explanation": "shard has exceeded the maximum number of retries [5] on failed allocation attempts - manually call [POST /_cluster/reroute?retry_failed&metric=none] to retry, [unassigned_info[[reason=ALLOCATION_FAILED], at[2024-07-30T21:04:12.166Z], failed_attempts[5], failed_nodes[[mEKjwwzLT1yJVb8UxT6anw]], delayed=false, details[failed shard on node [mEKjwwzLT1yJVb8UxT6anw]: failed recovery, failure RecoveryFailedException], allocation_status[deciders_no]]]"
199
200
}
200
201
]
201
202
}
202
203
]
203
204
}
204
205
----
205
206
// NOTCONSOLE
206
-
207
-
If decider message indicates a transient allocation issue, use
208
-
<<cluster-reroute,the cluster reroute API>> to retry allocation.
207
+
When Elasticsearch is unable to allocate a shard, it will attempt to retry allocation up to
208
+
the maximum number of retries allowed. After this, Elasticsearch will stop attempting to
209
+
allocate the shard in order to prevent infinite retries which may impact cluster
210
+
performance. Run the <<cluster-reroute,cluster reroute>> API to retry allocation, which
211
+
will allocate the shard if the issue preventing allocation has been resolved.
209
212
210
213
====== No valid shard copy
211
214
@@ -334,7 +337,7 @@ queued to allocate but currently waiting on other queued shards.
334
337
----
335
338
// NOTCONSOLE
336
339
337
-
This is a transient message that might appear when a large amount of shards are allocating.
340
+
This is a transient message that might appear when a large amount of shards are allocating.
338
341
339
342
===== Assigned shard
340
343
@@ -437,7 +440,7 @@ cluster balance.
437
440
===== No arguments
438
441
439
442
If you call the API with no arguments, {es} retrieves an allocation explanation
440
-
for an arbitrary unassigned primary or replica shard, returning any unassigned primary shards first.
443
+
for an arbitrary unassigned primary or replica shard, returning any unassigned primary shards first.
0 commit comments