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
+7-4Lines changed: 7 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -159,6 +159,7 @@ 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
@@ -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] 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
-
the <<cluster-reroute,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.
0 commit comments