-
Notifications
You must be signed in to change notification settings - Fork 25.5k
Add link to MAX_RETRY allocation explain message #113657
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 8 commits
74905ea
0c4d80e
8702053
a8ea596
7ab3606
ce153c9
95ddbc8
7d77f8d
8a6f70e
b56252a
f20ab50
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -159,6 +159,7 @@ node. | |
<5> The decider which led to the `no` decision for the node. | ||
<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. | ||
|
||
[[maximum-number-of-retries-exceeded]] | ||
====== Maximum number of retries exceeded | ||
|
||
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. | |
{ | ||
"decider": "max_retry", | ||
"decision" : "NO", | ||
"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]]]" | ||
"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]]]" | ||
} | ||
] | ||
} | ||
] | ||
} | ||
---- | ||
// NOTCONSOLE | ||
|
||
If decider message indicates a transient allocation issue, use | ||
the <<cluster-reroute,cluster reroute>> API to retry allocation. | ||
Elasticsearch queues shard allocation retries in batches. If there are long-running shard | ||
recoveries or a high quantity of shard recoveries occurring within the cluster, this | ||
process may time out for some shards, resulting in `max_retry`. This surfaces infrequently | ||
|
||
but is expected to prevent infinite retries which may impact cluster performance. When | ||
encountered, run the <<cluster-reroute,cluster reroute>> API to retry allocation. | ||
|
||
[[no-valid-shard-copy]] | ||
====== No valid shard copy | ||
|
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
Uh oh!
There was an error while loading. Please reload this page.