Diagnosticar um step do ILM travado e tentar novamente (_ilm/explain, _ilm/retry)

Comando

# Indices waiting in an error step:
GET log-*/_ilm/explain?only_errors=true
# Phase/action/step state and failure reason for one index:
GET log-000003/_ilm/explain?filter_path=indices.*.phase,indices.*.action,indices.*.step,indices.*.failed_step,indices.*.step_info,indices.*.is_auto_retryable_error
# After fixing the cause (example: missing rollover alias setting):
PUT log-000003/_settings
{
  "index.lifecycle.rollover_alias": "log"
}
POST log-000003/_ilm/retry
# Is ILM running (if STOPPED, POST _ilm/start):
GET _ilm/status

O que faz

Mostra os índices esperando no step ERROR, em qual phase/action/step estão travados e o motivo da falha (step_info); reexecuta o step com falha após a causa ser corrigida.

Quando usar

Quando o rollover não acontece, índices antigos não são apagados ou o disco enche com índices que o ILM deveria ter removido.

Atenção

_ilm/retry só funciona para índices no step ERROR; caso contrário, retorna 'has not encountered an error'. Causas comuns: configuração rollover_alias ausente ou o alias tem is_write_index em outro índice, disco insuficiente em um único nó para o shrink, uma regra de alocação (_tier_preference) que não pode ser satisfeita. Apagar a política não remove o gerenciamento do ILM dos índices; remova antes a configuração da política dos índices.