Reasignar shards que alcanzaron el límite de reintentos (reroute retry_failed)
ElasticsearchClúster/NodoComando
# Attempt count and last failure details:
GET _cluster/allocation/explain?filter_path=index,shard,unassigned_info.reason,unassigned_info.failed_allocation_attempts,unassigned_info.details,allocate_explanation
# After fixing the cause, retry shards that hit the limit:
POST _cluster/reroute?retry_failed=true&metric=none
# Recovery progress:
GET _cat/recovery?v&active_only=true&h=index,shard,stage,source_node,target_node,bytes_percent,translog_ops_percentQué hace
Muestra los detalles de fallo de los shards cuya asignación se detuvo tras fallos consecutivos (ALLOCATION_FAILED, max_retry) y vuelve a disparar la asignación; monitorea el progreso de la recuperación.
Cuándo usarlo
Cuando allocation explain muestra 'shard has exceeded the maximum number of retries'; después de resolver un disco lleno, un translog corrupto o un problema de red transitorio.
Precaución
Ejecutar retry_failed sin corregir la causa hace que el shard lo intente 5 veces más y vuelva a fallar; resuelva primero el error de unassigned_info.details. Si muchos shards entran en recuperación a la vez, sube la carga de red y de disco; la limitan cluster.routing.allocation.node_concurrent_recoveries e indices.recovery.max_bytes_per_sec.