160 lines
5.2 KiB
Plaintext
160 lines
5.2 KiB
Plaintext
[role="xpack"]
|
|
[testenv="basic"]
|
|
[[index-lifecycle-error-handling]]
|
|
== Index lifecycle error handling
|
|
|
|
During Index Lifecycle Management's execution of the policy for an index, it's
|
|
possible for a step to encounter an error during its execution. When this
|
|
happens, ILM will move the management state into an "error" step. This halts
|
|
further execution of the policy and gives an administrator the chance to address
|
|
any issues with the policy, index, or cluster.
|
|
|
|
An example will be helpful in illustrating this, imagine the following policy
|
|
has been created by a user:
|
|
|
|
[source,console]
|
|
--------------------------------------------------
|
|
PUT _ilm/policy/shrink-the-index
|
|
{
|
|
"policy": {
|
|
"phases": {
|
|
"warm": {
|
|
"min_age": "5d",
|
|
"actions": {
|
|
"shrink": {
|
|
"number_of_shards": 4
|
|
}
|
|
}
|
|
}
|
|
}
|
|
}
|
|
}
|
|
--------------------------------------------------
|
|
// TEST
|
|
|
|
This policy waits until the index is at least 5 days old, and then shrinks
|
|
the index to 4 shards.
|
|
|
|
Now imagine that a user creates a new index "myindex" with two primary shards,
|
|
telling it to use the policy they have created:
|
|
|
|
[source,console]
|
|
--------------------------------------------------
|
|
PUT /myindex
|
|
{
|
|
"settings": {
|
|
"index.number_of_shards": 2,
|
|
"index.lifecycle.name": "shrink-the-index"
|
|
}
|
|
}
|
|
--------------------------------------------------
|
|
// TEST[continued]
|
|
|
|
After five days have passed, ILM will attempt to shrink this index from 2
|
|
shards to 4, which is invalid since the shrink action cannot increase the
|
|
number of shards. When this occurs, ILM will move this
|
|
index to the "error" step. Once an index is in this step, information about the
|
|
reason for the error can be retrieved from the <<ilm-explain-lifecycle,ILM Explain API>>:
|
|
|
|
[source,console]
|
|
--------------------------------------------------
|
|
GET /myindex/_ilm/explain
|
|
--------------------------------------------------
|
|
// TEST[continued]
|
|
|
|
Which returns the following information:
|
|
|
|
[source,console-result]
|
|
--------------------------------------------------
|
|
{
|
|
"indices" : {
|
|
"myindex" : {
|
|
"index" : "myindex",
|
|
"managed" : true, <1>
|
|
"policy" : "shrink-the-index", <2>
|
|
"lifecycle_date_millis" : 1541717265865,
|
|
"age": "5.1d", <3>
|
|
"phase" : "warm", <4>
|
|
"phase_time_millis" : 1541717272601,
|
|
"action" : "shrink", <5>
|
|
"action_time_millis" : 1541717272601,
|
|
"step" : "ERROR", <6>
|
|
"step_time_millis" : 1541717272688,
|
|
"failed_step" : "shrink", <7>
|
|
"step_info" : {
|
|
"type" : "illegal_argument_exception", <8>
|
|
"reason" : "the number of target shards [4] must be less that the number of source shards [2]" <9>
|
|
},
|
|
"phase_execution" : {
|
|
"policy" : "shrink-the-index",
|
|
"phase_definition" : { <10>
|
|
"min_age" : "5d",
|
|
"actions" : {
|
|
"shrink" : {
|
|
"number_of_shards" : 4
|
|
}
|
|
}
|
|
},
|
|
"version" : 1,
|
|
"modified_date_in_millis" : 1541717264230
|
|
}
|
|
}
|
|
}
|
|
}
|
|
--------------------------------------------------
|
|
// TESTRESPONSE[skip:no way to know if we will get this response immediately]
|
|
|
|
<1> this index is managed by ILM
|
|
<2> the policy in question, in this case, "shrink-the-index"
|
|
<3> the current age for the index
|
|
<4> what phase the index is currently in
|
|
<5> what action the index is currently on
|
|
<6> what step the index is currently on, in this case, because there is an error, the index is in the "ERROR" step
|
|
<7> the name of the step that failed to execute, in this case "shrink"
|
|
<8> the error class that occurred during this step
|
|
<9> the error message that occurred during the execution failure
|
|
<10> the definition of the phase (in this case, the "warm" phase) that the index is currently on
|
|
|
|
The index here has been moved to the error step because the shrink definition in
|
|
the policy is using an incorrect number of shards. So rectifying that in the
|
|
policy entails updating the existing policy to use one instead of four for
|
|
the targeted number of shards.
|
|
|
|
[source,console]
|
|
--------------------------------------------------
|
|
PUT _ilm/policy/shrink-the-index
|
|
{
|
|
"policy": {
|
|
"phases": {
|
|
"warm": {
|
|
"min_age": "5d",
|
|
"actions": {
|
|
"shrink": {
|
|
"number_of_shards": 1
|
|
}
|
|
}
|
|
}
|
|
}
|
|
}
|
|
}
|
|
--------------------------------------------------
|
|
// TEST[continued]
|
|
|
|
[float]
|
|
=== Retrying failed index lifecycle management steps
|
|
|
|
Once the underlying issue that caused an index to move to the error step has
|
|
been corrected, index lifecycle management must be told to retry the step to see
|
|
if it can progress further. This is accomplished by invoking the retry API
|
|
|
|
[source,console]
|
|
--------------------------------------------------
|
|
POST /myindex/_ilm/retry
|
|
--------------------------------------------------
|
|
// TEST[skip:we can't be sure the index is ready to be retried at this point]
|
|
|
|
Once this has been issue, index lifecycle management will asynchronously pick up
|
|
on the step that is in a failed state, attempting to re-run it. The
|
|
<<ilm-explain-lifecycle,ILM Explain API>> can again be used to monitor the status of
|
|
re-running the step.
|