Salud del clúster Elasticsearch(ES): análisis de fallos rojo

Pequeña basura · Publicado el 27-1-2021 23:08:07

Usando el panel de cabeza elasticsearch para conectarme a Elasticsearch(ES) encontré el siguiente error:

Salud del Cluster: rojo (24 de 31)

Para ver la información de estado, visita:El inicio de sesión del hipervínculo es visible.

{
  "cluster_name" : "elasticsearch",
  "estado" : "rojo",
  "timed_out" : falso,
  "number_of_nodes" : 1,
  "number_of_data_nodes" : 1,
  "active_primary_shards" : 24,
  "active_shards" : 24,
  "relocating_shards" : 0,
  "initializing_shards" : 0,
  "unassigned_shards" : 7,
  "delayed_unassigned_shards" : 0,
  "number_of_pending_tasks" : 0,
  "number_of_in_flight_fetch" : 0,
  "task_max_waiting_in_queue_millis" : 0,
  "active_shards_percent_as_number" : 77.41935483870968
}

"Estado": "Rojo"El estado es Vacío

El plugin de cabeza se mostrará en diferentes colores

1) Verde - el estado más saludable, lo que significa que todos los fragmentos primarios y réplica están disponibles;
2) Amarillo: todos los fragmentos primarios están disponibles, pero algunos fragmentos réplica no están disponibles;
3) Rojo - Algunos fragmentos principales no están disponibles. (Por ahora, aún se pueden encontrar algunos datos al ejecutar la consulta, por lo que es mejor resolverlo rápidamente.) ）

Para ver el estado del índice, accede a:El inicio de sesión del hipervínculo es visible.

.monitoring-es-6-2021.01.22 0 p NO ASIGNADO ALLOCATION_FAILED

¿Qué es el fragmento no asignado?

Explicación en una frase: fragmentos no asignados.
Al iniciar ES, verás que los fragmentos del clúster aparecen morados, grises y finalmente verdes tras actualizarlos constantemente a través del plugin Cabeza.

¿Por qué ocurre el fragmentado no asignado?

Si no puedes asignar fragmentos, por ejemplo, si has sobreasignado el número de fragmentos réplica para el número de nodos del clúster, los fragmentos permanecen SIN ASIGNAR.
El código de error es: ALLOCATION_FAILED.

¿Posibles causas de problemas de fragmentación no asignada?

1) INDEX_CREATED: No asignado debido a la API que creó el índice.
2) CLUSTER_RECOVERED: No asignado debido a la recuperación completa del cúmulo.
3) INDEX_REOPENED: No asignado debido a la apertura de un índice o al cierre de un índice.
4) DANGLING_INDEX_IMPORTED: No asignado debido al resultado de la importación del índice colgante.
5) NEW_INDEX_RESTORED: No asignado debido a la reversión a un nuevo índice.
6) EXISTING_INDEX_RESTORED: No asignado debido a la reversión a un índice cerrado.
7) REPLICA_ADDED: No asignado debido a la adición explícita de fragmentos réplica.
8) ALLOCATION_FAILED: No asignado debido a un fallo en la asignación de fragmentos.
9) NODE_LEFT: El nodo que transporta el fragmento abandona el clúster y no se asigna.
10) REINICIALIZADO: Debido a fragmentos no asignados al pasar del inicio a la inicialización (por ejemplo, fragmentación con copias sombra en sombra).
11) REROUTE_CANCELLED: Desasignar como resultado de una orden explícita de desembarcar.
12) REALLOCATED_REPLICA: Determinar que una mejor ubicación de réplica está calibrada para su uso, lo que resulta en la cancelación de la asignación y desasignación de copias existentes.

Inicia sesión en el servidor y consulta los registros de Elasticsearch (ES) de la siguiente manera:

Elasticsearch genera muchos logs, todos en el directorio de ES_HOME/logs. El nivel de registro por defecto es INFO. Proporciona información moderada, pero está diseñada para no saturar tus registros.

El inicio de sesión del hipervínculo es visible.

Hay un gran número de errores como:

[2021-01-21T03:33:26,435] [ADVERTENCIA] [o.e.x.m.e.l.LocalExporter] [A_OefhJ] error inesperado al indexar el documento de monitorización
org.elasticsearch.xpack.monitoring.exporter.ExportException: ClusterBlockException[blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];]
en org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.lambda$throwExportException$2(LocalBulk.java:128) ~[?:?]
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:1.8.0_222]
at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) ~[?:1.8.0_222]
at java.util.Spliterators$ArraySpliterator.forEachRemaining(Spliterators.java:948) ~[?:1.8.0_222]
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) ~[?:1.8.0_222]
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) ~[?:1.8.0_222]
at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) ~[?:1.8.0_222]
at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) ~[?:1.8.0_222]
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:1.8.0_222]
at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:485) ~[?:1.8.0_222]
en org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.throwExportException(LocalBulk.java:129) ~[?:?]
en org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.lambda$doFlush$0(LocalBulk.java:111) ~[?:?]
en org.elasticsearch.action.ActionListener$1.onResponse(ActionListener.java:60) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.ContextPreservingActionListener.onResponse(ContextPreservingActionListener.java:43) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.TransportAction$1.onResponse(TransportAction.java:85) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.TransportAction$1.onResponse(TransportAction.java:81) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.bulk.TransportBulkAction$BulkRequestModifier.lambda$wrapActionListenerIfNeeded$0(TransportBulkAction.java:607) ~[elasticsearch-6.5.2.jar :6.5.2]
en org.elasticsearch.action.ActionListener$1.onResponse(ActionListener.java:60) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation$1.finishHim(TransportBulkAction.java:414) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation$1.onFailure(TransportBulkAction.java:409) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.TransportAction$1.onFailure(TransportAction.java:91) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.finishAsFailed(TransportReplicationAction.java:901) ~[elasticsearch-6.5.2.jar :6.5.2]
en org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockException(TransportReplicationAction.java:824) ~[ elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockExceptions(TransportReplicationAction.java:812) ~[ elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.doRun(TransportReplicationAction.java:710) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.replication.TransportReplicationAction.doExecute(TransportReplicationAction.java:169) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.replication.TransportReplicationAction.doExecute(TransportReplicationAction.java:97) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.TransportAction$RequestFilterChain.proceed(TransportAction.java:167) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.xpack.security.action.filter.SecurityActionFilter.apply(SecurityActionFilter.java:126) ~[?:?]
en org.elasticsearch.action.support.TransportAction$RequestFilterChain.proceed(TransportAction.java:165) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.TransportAction.execute(TransportAction.java:139) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.TransportAction.execute(TransportAction.java:81) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation.doRun(TransportBulkAction.java:384) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.bulk.TransportBulkAction.executeBulk(TransportBulkAction.java:496) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.bulk.TransportBulkAction.executeIngestAndBulk(TransportBulkAction.java:243) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.bulk.TransportBulkAction.doExecute(TransportBulkAction.java:169) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.bulk.TransportBulkAction.lambda$processBulkIndexIngestRequest$4(TransportBulkAction.java:549) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.ingest.IngestService$4.doRun(IngestService.java:417) [elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingAbstractRunnable.doRun(ThreadContext.java:723) [elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-6.5.2.jar:6.5.2]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222]
at java.lang.Thread.run(Thread.java:748) [?:1.8.0_222]
Causado por: org.elasticsearch.cluster.block.ClusterBlockException: bloqueado por: [FORBIDDEN/12/index read-only / allow delete (api)];
en org.elasticsearch.cluster.block.ClusterBlocks.indexBlockedException(ClusterBlocks.java:183) ~[elasticsearch-6.5.2.jar:6.5.2]
en org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockExceptions(TransportReplicationAction.java:810) ~[ elasticsearch-6.5.2.jar:6.5.2]
... 21 más

Tras el análisis, se determinó que era porqueEl espacio en disco del servidor donde se encuentra el ES es demasiado bajo, una vez que se asigna un índice con uno o más fragmentos a un nodo en un disco que almacena más del 95% de los datos, el índice se verá forzado a modo de solo lectura.

CentOS cuenta el tamaño de cada carpeta y busca archivos grandes
https://www.itsvse.com/thread-9542-1-1.html

Consulta toda la información de configuración del índice para visitar:El inicio de sesión del hipervínculo es visible., como se muestra en la figura siguiente:

"conocimiento" : {
"ajustes" : {
   "index" : {
      "number_of_shards" : "3",
      "bloqueos" : {
      "read_only_allow_delete" : "Cierto"
      },
      "provided_name" : "conocimiento",
      "creation_date" : "1576206251443",
      "number_of_replicas" : "0",
      "uuid" : "yeSIP_otQo6JQ8ooRdr8hA",
      "version" : {
      "creado" : "6050299"
      }
   }
}
  }

read_only_allow_deleteCuando este atributo es cierto, el índice ES solo permite leer y eliminar datos, y no permite añadir ni modificar datos

solución

Después de resolver el problema del disco, expande o elimina archivos basura, sigue el tutorial que aparece a continuación.

Poner read_only_allow_delete en falso

El inicio de sesión es visible.

Puedes enviar una solicitud de venta usando elasticsearch-head:El inicio de sesión del hipervínculo es visible., como se muestra en la figura siguiente:

El inicio de sesión es visible.

{
"reconocido": verdadero
}

Esto aún no puede eliminar el estado de salud de Red,Elimina directamente los datos ".monitoring-es-6-*", el estado se vuelve saludable, como se muestra en la figura siguiente:

(Fin)

Pequeña basura · Publicado el 15-6-2021 11:22:58

-- Ver todos los estados de los índices

El inicio de sesión del hipervínculo es visible.

-- Ver índices con estado rojo
El inicio de sesión del hipervínculo es visible.

Documentación:El inicio de sesión del hipervínculo es visible.

Pequeña basura · Publicado el 17-4-2023 12:12:32

Elasticsearch (ES) no logra escribir datos en la solución de fallo
https://www.itsvse.com/thread-10568-1-1.html

Salud del clúster Elasticsearch(ES): análisis de fallos rojo

Publicaciones relacionadas

Secciones vistas