Troubleshoot LoongCollector collection issues - Simple Log Service

Al recolectar datos con LoongCollector, es posible que se presenten excepciones. Este tema describe cómo solucionarlas y resolverlas, con ejemplos para los escenarios más comunes.

Solución de problemas de recolección

Las excepciones de recolección tienen causas complejas y variadas. Distintas causas raíz pueden generar síntomas idénticos, y algunas excepciones no son evidentes de inmediato. Esta guía explica cómo identificar, solucionar y diagnosticar estas excepciones por categoría de manera oportuna.

Inicie sesión en la consola de Log Service. En el área Log Application, haga clic en Simple Log Service Data Insight. En la pestaña SLS Collection Rule List de Ingestion Management, habilite la función según las indicaciones del cuadro de diálogo.

CloudLens for SLS le ayuda a monitorear y gestionar los recursos de Log Service, mejorar la eficiencia en la solución de problemas, y detectar y responder a anomalías en métricas multidimensionales.
Regrese a la lista de proyectos y haga clic en el proyecto deseado.
Haga clic en la pestaña Log Storage. En la lista de Logstores, pase el cursor sobre el logstore deseado, haga clic en el ícono de la derecha y luego haga clic en Basic Diagnostics.

Advanced Diagnostics proporciona un panel de diagnóstico y permite consultar excepciones durante un periodo más largo. Para obtener más información, consulte Operational Diagnostics and Monitoring .
Consulte Common Collection Error Types para solucionar el error que muestra el diagnóstico. También puede revisar el registro del cliente para obtener detalles en los archivos ilogtail.LOG y logtail_plugin.LOG dentro del directorio /usr/local/ilogtail/.

Errores comunes de recolección

Fallo de latido del grupo de máquinas

Consulte Troubleshooting heartbeat issues.

Registros no recolectados

Si la página de consulta no muestra datos durante la recolección de registros, las posibles causas incluyen:

En la consola, revise la vista previa de consumo del logstore para comprobar la recolección de registros. Si los registros se recolectan pero las consultas no devuelven datos, es probable que no haya created an index.
Ausencia de registros nuevos: si el archivo de registro de destino no tiene actualizaciones, no se recolectan registros.
Latido anormal del grupo de máquinas: Troubleshoot heartbeat issues.
Falta de configuración de recolección: debe crear una configuración de recolección y aplicarla a un grupo de máquinas. Después, el sistema despliega la configuración en el servidor. Para obtener más información, consulte Associate a machine group with a collection configuration.
Ruta incorrecta en la configuración de recolección: compruebe que la ruta del archivo de registro en la configuración de recolección sea correcta.

En escenarios con contenedores, también puede habilitar la vista previa de metadatos del contenedor para ver los contenedores coincidentes.
Para la recolección de registros desde contenedores, tenga en cuenta lo siguiente:
1. Rutas con montajes o enlaces simbólicos: los enlaces simbólicos no son compatibles. La prioridad de los tipos de montaje es EmptyDir > hostPath > NAS (no recomendado). Para obtener más información, consulte Requirements for log sources and mount points (Important).
  
  Montaje EmptyDir: ofrece el mejor rendimiento. Puede iniciar sesión en el contenedor para ver los registros. Montaje hostPath: permite ver los registros al iniciar sesión en el host o en el contenedor. Los registros se conservan incluso si el contenedor falla. Montaje NAS: no recomendado. Recolectar registros desde NAS tiene un rendimiento muy bajo y es propenso a fallos. Además, solo puede ejecutar consultas grep simples sobre los registros recolectados.
2. Etiquetas o variables de entorno inconsistentes: compruebe que las etiquetas y variables de entorno de la configuración de recolección coincidan con las del contenedor. Para verificar las etiquetas de Docker, debe iniciar sesión en el host y ejecutar el comando docker inspect <container ID>.
Error de recolección: si todas las comprobaciones anteriores son correctas, troubleshoot collection errors by using diagnostic information in the console.

Recolección duplicada de datos

Un uso elevado de memoria provoca que la instancia del recolector falle de forma repetida. Tras cada fallo, vuelve a recolectar datos desde el último punto de control, lo que genera duplicación. Para resolverlo, modify the CPU usage limit or the network sending concurrency limit.

Es posible que un editor, como vim, haya sobrescrito el archivo. Revise su fecha de creación para confirmarlo.

# Method 1: Check the birth time.
stat your_file 
# Method 2: If Method 1 does not work, check crtime.
stat -c %i your_file
df . # Query the partition.
sudo debugfs -R 'stat <3014895>' /dev/sda3 # Replace the inode between < and > but keep < and >. Replace sda3 with the device of the partition that you found by running the previous command.

Compruebe si hay varias instancias del recolector ejecutándose.
Un volumen de registros extremadamente bajo (sin registros nuevos durante más de 15 minutos) puede borrar el progreso de recolección y provocar duplicación.
Revise si existen configuraciones de recolección superpuestas. Esto es especialmente importante para stdout, ya que por diseño permite la recolección duplicada.
Troubleshoot collection errors by using diagnostic information in the console: está presente el error MULTI_CONFIG_MATCH_ALARM.
- Elimine la configuración de recolección redundante: cuando varias configuraciones apuntan al mismo directorio, prevalece la que tiene la ruta más específica.
- Modifique las configuraciones correspondientes para collect logs from a single file to multiple destinations.
La ruta de recolección de registros cambia constantemente y la configuración se vuelve a crear de inmediato después de eliminarse:
- Compruebe si algún enlace simbólico en el directorio está causando la recolección duplicada.
- Verifique si las etiquetas de registro se configuran mediante variables de entorno o en ACK. De ser así, elimínelas.
El reinicio de un contenedor en un Pod que usa un volumen hostPath puede causar recolección duplicada.
- El recolector localiza los registros de los contenedores al detectarlos (de forma similar a docker ps) y luego busca sus rutas de registro (similar a docker inspect). Cuando hay coincidencia de configuración, reporta la ruta y la configuración al programa principal. Al reiniciarse un contenedor, el recolector lo trata como uno nuevo y vuelve a reportar la ruta y la configuración. Si el Pod utiliza un volumen hostPath para sus registros, los del contenedor anterior persisten. Entonces, el recolector vuelve a leer de forma predeterminada el último megabyte del archivo de registro, lo que genera datos duplicados.
La recolección duplicada de registros de contenedores ocurre cuando la ruta de recolección está en NAS.
- Si el directorio NAS tarda en registrarse, el lector de registros podría crearse después de volcar el punto de control. Esto provoca la pérdida del progreso de recolección. Otro síntoma es un retraso prolongado al agregar un nuevo watcher. Para resolverlo, cambie el valor de check_point_dump_interval a 600.

Latencia de ingesta

Existen varios tipos de latencia de recolección:

Una latencia de unos segundos es normal. Si esto representa un problema, configure un plugin de tiempo.
Si se retrasa un gran volumen de datos, compruebe si el recolector se reinició. Después de un reinicio, lee datos desde un punto anterior del archivo de registro, lo que puede causar latencia. Verifique que los datos más recientes lleguen en tiempo real. De ser así, el sistema funciona correctamente.
Si la latencia afecta solo a una línea, compruebe si a la última línea del archivo de registro le falta un retorno de carro.
Puede haber latencia en una máquina específica si el recolector inició más tarde de lo esperado. Para comprobarlo, revise la hora de inicio en el archivo /usr/local/ilogtail/app_info.json o busque mensajes de "network error" en el archivo /usr/local/ilogtail/ilogtail.LOG.
Si ninguno de los escenarios anteriores aplica, troubleshoot collection errors by using diagnostic information in the console o use CloudLens for SLS to analyze LoongCollector log collection latency.

Pérdida de recolección

Compruebe si el ciclo de vida del pod es demasiado corto (<20 s). Se recomienda escribir los registros en un volumen hostPath para su recolección.
Asegúrese de que las configuraciones de env y label coincidan con las del contenedor.
Revise si la latencia de recolección está causando datos incompletos.
Si los registros de standard output que superan los 16 KB se truncan en escenarios de ACK, ASK o SAE, utilice la recolección basada en archivos.
Los reinicios del recolector también pueden causar datos incompletos. Revise update_time en /usr/local/ilogtail/app_info.json para determinar si ocurrió un reinicio.
- Reinicio activo: el recolector se finaliza a sí mismo cuando alcanza un límite de recursos configurado. Se caracteriza por una diferencia en las horas de inicio entre el proceso daemon del recolector y su proceso worker. Para resolverlo, adjust the CPU usage limit or network sending concurrency limit.
- Reinicio pasivo: k8s finaliza el recolector por exceder el límite de recursos del contenedor, o bien el kernel lo finaliza por superar el límite del cgroup. Un conteo de reinicios del pod mayor a uno indica este tipo de reinicio. Busque eventos de finalización por OOM y adjust the CPU usage limit or network sending concurrency limit.
  
  Nota: si necesita ajustar parámetros de recursos, suele indicar un volumen alto de registros. Asegúrese de que number of Shards y resource quota sean suficientes.
Si los datos son inconsistentes entre instancias, compruebe si distintas versiones del recolector son la causa. Consulte configuration management para ver las versiones y actualizarlas.
Pérdida intermitente de datos que reaparece tras un reinicio:
- Utilice CloudLens for SLS para comprobar si el logstore superó sus límites.
- Examine los archivos ilogtail.LOG y logtail_plugin.LOG en el directorio /usr/local/ilogtail/ en busca de mensajes de error.
Si ninguno de los escenarios anteriores aplica, use diagnostic information in the console to troubleshoot collection errors.

Formato de registro no válido

El formato de recolección es incorrecto. Revise la configuración de recolección. Utilice el modo regex completo o el modo plugin para extraer campos, tal como se describe en Continuously collect text logs from a host.
No se puede analizar ni extraer un campo JSON. Use una herramienta de análisis sintáctico para comprobar que el contenido del registro sea un objeto JSON estricto, ya que el plugin no puede analizar objetos que no sean JSON. Como alternativa, considere modificar el formato del campo original.
La ausencia de un delimitador puede hacer que toda una entrada de registro se trate como un solo bloque. Para resolverlo, learn about index settings and configure them as needed.

Preguntas frecuentes

Excepciones inesperadas durante la recolección de registros

Si los registros se recolectan correctamente, es probable que su configuración esté bien. Si no ha modificado la configuración ni agregado nuevas configuraciones de recolección, evalúe si necesita ajustar el rendimiento de recolección y aumentar su cuota.

Ajustar el rendimiento de recolección: Modify the upper limits for CPU and memory usage.
Usar CloudLens for SLS para el monitoreo: en Data Insight, compruebe si el tráfico de ingesta del proyecto supera el límite de cuota. En Collection Monitoring > File Collection Monitoring > Collection File Distribution, busque archivos con retraso. Esto puede ocurrir cuando la velocidad de lectura actual es menor que la velocidad de generación de registros. Cuando el uso de CPU alcanza su máximo, no se pueden leer los registros por completo. Como resultado, los archivos de registro permanecen abiertos, lo que impide liberar espacio en el directorio.

Problemas con las marcas de tiempo de los registros

El campo __time__ representa la hora en que se recolecta un registro. Este valor se puede establecer mediante un SDK al escribir registros.
El campo receive_time de la etiqueta indica cuándo recibe Log Service el registro.
El campo time de un registro es solo un campo de datos común.

Por ejemplo, si usa el SDK para escribir un registro el 2 de enero, pero establece su fecha al 1 de enero (lo cual puede hacerse mediante el campo time o manualmente), una consulta mostrará que receive time es el 2 de enero y __time__ es el 1 de enero. Solo receive time representa la hora real en que se escribió el registro. Tanto __time__ como el campo time del registro los define el usuario.

¿Las zonas horarias afectan las marcas de tiempo de los registros? Las marcas de tiempo de los registros son independientes de las zonas horarias porque se almacenan como marcas de tiempo Unix. Una marca de tiempo Unix representa el número de segundos o milisegundos transcurridos desde las 00:00:00 UTC del 1 de enero de 1970. Por ejemplo, la marca de tiempo Unix 1620994708 corresponde a Fri May 14 2021 12:18:28 GMT+0000.

Registros con caracteres ilegibles

Log Service utiliza codificación UTF-8 de forma predeterminada. Asegúrese de que sus registros originales estén codificados en UTF-8.

Se reporta un error de conflicto de configuración durante la recolección de registros de Simple Log Service (SLS). ¿Cómo ubico la cuenta de Alibaba Cloud y la ruta del LogProject en conflicto?

Cuando se reporta un error de conflicto de configuración, inicie sesión en el servidor donde se ejecuta el recolector de datos de LoongCollector y revise la información de configuración en el directorio /etc/ilogtail/users/{Alibaba Cloud account ID}. El nombre del directorio es el ID de la cuenta de Alibaba Cloud propietaria de la configuración. Use este nombre de directorio para identificar la cuenta y la ruta de la configuración de recolección en conflicto.

¿Cómo resuelvo el error "iLogtail is not in container, but container discovery is required"?

Este error ocurre cuando la detección de contenedores está habilitada en la configuración de recolección, pero LoongCollector se ejecuta en una instancia de ECS o en otro entorno que no es de contenedores.

Para resolver este problema:

Confirme el tipo de entorno de ejecución actual.
Si los archivos de registro están en el host y no en contenedores, deshabilite los ajustes de detección de contenedores en la configuración de recolección, o ajuste el tipo de origen de entrada (InputType) para que coincida con el entorno de ejecución real.

Apéndice

Errores comunes de recolección

Código de error	Descripción	Solución
LOG_GROUP_WAIT_TOO_LONG_ALARM	Indica un retraso prolongado entre la generación de un paquete de datos y su envío.	Compruebe que los datos se envíen correctamente. Revise si existen problemas como un volumen de datos que supera la configuración predeterminada, una cuota insuficiente o fallas de red. Si el error se debe a la latencia de red transfronteriza, se recomienda usar la solución de transformación de datos. Primero, recopile los registros en el logstore del proyecto de la región de origen (por ejemplo, Estados Unidos). Después, utilice la transformación de datos para enrutar el flujo hacia el logstore de la región de destino (por ejemplo, Shanghai). Esto reduce el impacto de la latencia de transmisión transfronteriza en el endpoint de recolección de registros.
LOGFILE_PERMINSSION_ALARM	El recolector no tiene permiso para leer el archivo especificado.	Revise la cuenta de inicio de iLogtail en el servidor. Se recomienda ejecutarlo con permisos de root.
SPLIT_LOG_FAIL_ALARM	No se pudieron dividir los registros en líneas porque la expresión regular de inicio de línea no coincidió con el comienzo de una entrada de registro.	Compruebe que la expresión regular de inicio de línea sea correcta. Para registros de una sola línea, puede establecerla en`.*`.
MULTI_CONFIG_MATCH_ALARM	De forma predeterminada, un archivo solo puede coincidir con una configuración de recolección. Si varias configuraciones coinciden con el mismo archivo, únicamente una surte efecto. La salida estándar de Docker se puede recopilar mediante varias configuraciones.	Elimine la configuración de recolección redundante. Modifique la configuración correspondiente para collect logs from a single file to multiple destinations.
REGEX_MATCH_ALARM	En el modo de expresión regular completa, el contenido del registro no coincide con la expresión regular especificada.	Copie la muestra de registro del mensaje de error y utilícela para crear y probar una nueva expresión regular.
PARSE_LOG_FAIL_ALARM	En modos como JSON o delimitador, el análisis sintáctico falla porque el formato del registro no coincide con la estructura definida.	Haga clic en el mensaje de error para consultar el detalle.
CATEGORY_CONFIG_ALARM	La configuración de recolección no es válida.	Una causa común es que la expresión regular no logra extraer la ruta del archivo como Topic.
LOGTAIL_CRASH_ALARM	El recolector falló porque superó los límites de uso de recursos del servidor.	Modify the CPU and memory usage limits.
REGISTER_INOTIFY_FAIL_ALARM	No se pudo registrar el escucha de registros en un sistema Linux. Esto puede deberse a permisos de directorio insuficientes o a que el directorio se eliminó.	Compruebe que el recolector tenga permiso para acceder al directorio y que este exista.
DISCARD_DATA_ALARM	Se produjo una pérdida de datos debido a recursos de CPU insuficientes o al control de flujo de la red.	Modify the CPU usage limit or the network sending concurrency limit.
SEND_DATA_FAIL_ALARM	No se pudieron enviar los datos. Entre las posibles causas se incluyen: No se ha creado un accesskey para la cuenta de Alibaba Cloud. El cliente no se conecta a Log Service o la calidad del enlace de red es deficiente. La cuota de escritura del servidor de Log Service es insuficiente.	Cree un accesskey para su cuenta de Alibaba Cloud. Revise el archivo de configuración local en/usr/local/ilogtail/ilogtail_config.json y ejecutecurl <server_address> para comprobar la conectividad. Increase the number of shards del logstore para admitir volúmenes mayores de escritura de datos. Si encuentra el error 401 Unauthorized (The project does not belong to you): Compruebe que su AccessKey ID y su AccessKey secret sean correctos. Se recomienda regenerar y rotar las credenciales del accesskey. Si las fluctuaciones de la red provocan un tiempo de espera agotado en la conexión y un falso positivo de error de autenticación, ajuste el parámetro `oas_connect_timeout` en el archivo de configuración de LoongCollector a un valor como 60 segundos. Reinicie el servicio de LoongCollector o el servidor para aplicar los cambios y compruebe que el problema se haya resuelto.
SEND_QUOTA_EXCEED_ALARM	El tráfico de escritura de registros superó la cuota.	Increase the number of shards en la consola.
READ_LOG_DELAY_ALARM	La recolección de registros va por detrás de su generación. Por lo general, esto se debe a recursos de CPU insuficientes para la configuración o al control de flujo de la red.	Modify the CPU usage limit or the network sending concurrency limit. Al importar datos históricos, se recopila una gran cantidad de información en poco tiempo. Puede ignorar este error si ocurre en dicho escenario.
DROP_LOG_ALARM	El sistema comenzó a descartar registros porque la recolección va por detrás de la generación y se produjeron más de 20 rotaciones de registros sin procesar. Normalmente, esto se debe a recursos de CPU insuficientes o al control de flujo de la red.	Modify the CPU usage limit or the network sending concurrency limit.
LOGDIR_PERMINSSION_ALARM	El recolector carece de permiso de lectura para el directorio de monitoreo de registros.	Compruebe que el directorio de monitoreo de registros exista. Si existe, revise sus ajustes de permisos.
ENCODING_CONVERT_ALARM	Falló la conversión de codificación.	Compruebe que el formato de codificación de registros especificado en la configuración coincida con la codificación real.
OUTDATED_LOG_ALARM	Registro obsoleto: la marca de tiempo del registro tiene más de 12 horas de antigüedad. Entre las posibles causas se incluyen: El análisis sintáctico de registros tiene un retraso superior a 12 horas. El campo de hora definido por el usuario está configurado de forma incorrecta. El programa que genera los registros emite una hora incorrecta.	Compruebe si existe una alarma READ_LOG_DELAY_ALARM. Si esta alarma existe, resuélvala siguiendo la solución indicada para READ_LOG_DELAY_ALARM. Si no existe, revise la configuración del campo de hora. Si la configuración es correcta, compruebe que el programa generador emita la hora adecuada.
STAT_LIMIT_ALARM	La cantidad de archivos en el directorio especificado por la configuración de recolección supera el límite.	Compruebe si el directorio de recolección contiene una gran cantidad de archivos y subdirectorios, y establezca una profundidad máxima razonable para el monitoreo. Modifique el parámetro mem_usage_limit en startup parameter configuration file (ilogtail_config.json).
DROP_DATA_ALARM	El proceso descartó los registros no guardados porque se agotó el tiempo de espera al finalizar.	Este error suele deberse a un bloqueo grave en la recolección. Modify the CPU usage limit or the network sending concurrency limit.
INPUT_COLLECT_ALARM	Ocurrió una excepción durante la recolección desde la fuente de entrada.	Siga las instrucciones del mensaje de error.
HTTP_LOAD_ADDRESS_ALARM	El parámetro Addresses especificado en la configuración de recolección de datos HTTP no es válido.	Compruebe que el parámetro Addresses sea válido.
HTTP_COLLECT_ALARM	Ocurrió una excepción durante la recolección de datos HTTP.	Resuelva el problema según el mensaje de error. Por lo general, esto se debe a un tiempo de espera agotado.
FILTER_INIT_ALARM	Ocurrió una excepción durante la inicialización del filtro.	Normalmente, esto se debe a una expresión regular no válida en el filtro. Siga las instrucciones del mensaje para corregirlo.
INPUT_CANAL_ALARM	El binlog de MySQL presentó una excepción en tiempo de ejecución.	Resuelva el problema según el mensaje de error. Cuando se actualiza la configuración, el servicio Canal podría reiniciarse. Puede ignorar los errores relacionados con el reinicio del servicio.
CANAL_INVALID_ALARM	El binlog de MySQL tiene un estado interno no válido.	Este error suele deberse a metadatos inconsistentes por un cambio en el esquema de la tabla durante la ejecución. Confirme si el esquema de la tabla se modificó cuando ocurrió el error.
MYSQL_INIT_ALARM	Ocurrió una excepción durante la inicialización de MySQL.	Siga las instrucciones del mensaje de error.
MYSQL_CHECKPOING_ALARM	Formato de punto de control de MySQL no válido.	Compruebe si se modificó la configuración relacionada con el punto de control.
MYSQL_TIMEOUT_ALARM	Se agotó el tiempo de espera de la consulta de MySQL.	Compruebe el estado del servidor de MySQL y de la red.
MYSQL_PARSE_ALARM	No se pudieron analizar sintácticamente los resultados de la consulta de MySQL.	Compruebe que el formato del punto de control en la configuración de MySQL coincida con el formato del campo correspondiente.
AGGREGATOR_ADD_ALARM	No se pudieron agregar datos a la cola de agregación.	Los datos se envían demasiado rápido. Puede ignorar esta alarma si el volumen real de datos es muy grande.
ANCHOR_FIND_ALARM	Ocurrió un error en el plugin processor_anchor. Esto puede deberse a una configuración incorrecta o a un registro que no cumple con dicha configuración.	Revise el mensaje de error detallado y busque problemas en la configuración correspondiente. El error puede ser de uno de los siguientes tipos: `anchor cannot find key`: se especificó SourceKey en la configuración, pero el campo correspondiente no existe en el registro. `anchor no start`: no se encuentra el contenido correspondiente a Start en el valor de SourceKey. `anchor no stop`: no se encuentra el contenido correspondiente a Stop en el valor de SourceKey.
ANCHOR_JSON_ALARM	Ocurrió un error en el plugin processor_anchor al expandir como JSON el contenido definido por los parámetros Start y Stop.	Revise el mensaje de error detallado. Compruebe el contenido que se procesa y la configuración relacionada para determinar si existe un error de configuración o un registro no válido.
CANAL_RUNTIME_ALARM	Ocurrió un error de ejecución en el plugin de binlog de MySQL.	Revise el mensaje de error detallado para investigar más a fondo. Por lo general, esto se relaciona con el nodo maestro de MySQL conectado.
CHECKPOINT_INVALID_ALARM	No se pudo analizar sintácticamente el punto de control.	Revise el mensaje de error detallado e investigue más a fondo con base en el contenido del punto de control (los primeros 1,024 bytes) y la información específica del error.
DIR_EXCEED_LIMIT_ALARM	La cantidad de directorios monitoreados de forma simultánea superó el límite.	Compruebe si las configuraciones de recolección del logstore actual incluyen una gran cantidad de directorios y establezca una profundidad máxima razonable para el monitoreo.
DOCKER_FILE_MAPPING_ALARM	No se pudo agregar la asignación de archivos de Docker mediante un comando.	Revise el mensaje de error detallado e investigue más a fondo con base en la información específica del error.
DOCKER_FILE_MATCH_ALARM	No se encontró el archivo especificado en el contenedor de Docker.	Revise el mensaje de error detallado e investigue más a fondo con base en la información del contenedor y la ruta del archivo.
DOCKER_REGEX_COMPILE_ALARM	Ocurrió un error en el plugin service_docker_stdout. Falló la compilación de BeginLineRegex especificada en la configuración.	Revise el mensaje de error detallado y compruebe que la expresión regular sea correcta.
DOCKER_STDOUT_INIT_ALARM	Falló la inicialización del plugin service_docker_stdout.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos: `host...version...error`: compruebe si el motor de Docker especificado en la configuración es accesible. `load checkpoint error`: no se pudo cargar el punto de control. Puede ignorar este error si no afecta la ingesta. `container...`: el contenedor especificado tiene un valor de Label no válido. Actualmente, solo se permiten stdout y stderr. Consulte el error detallado para obtener más información.
DOCKER_STDOUT_START_ALARM	El tamaño de stdout superó el límite durante la recolección por parte del plugin service_docker_stdout.	Esto suele ocurrir cuando stdout ya existe durante la primera recolección. Puede ignorar esta alarma.
DOCKER_STDOUT_STAT_ALARM	El plugin service_docker_stdout no detectó stdout.	Esto suele ocurrir cuando stdout deja de estar accesible al salir del contenedor. Puede ignorar esta alarma.
FILE_READER_EXCEED_ALARM	La cantidad de objetos de archivo abiertos de forma simultánea superó el límite.	Por lo general, esto se debe a que hay demasiados archivos en estado de recolección. Compruebe que la configuración de recolección sea adecuada.
GEOIP_ALARM	Ocurrió un error en el plugin processor_geoip.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos: `invalid ip...`: no se pudo obtener la dirección IP. Compruebe si SourceKey en la configuración es correcto o si existen registros no válidos. `parse ip...`: no se pudo analizar sintácticamente la ciudad a partir de la dirección IP. Revise el mensaje de error detallado para investigar más a fondo. `cannot find key...`: no se encontró el SourceKey especificado en el registro. Compruebe si la configuración es correcta o si existen registros no válidos.
HTTP_INIT_ALARM	Ocurrió un error en el plugin metric_http. Falló la compilación de la expresión regular ResponseStringMatch en la configuración.	Revise el mensaje de error detallado y compruebe que la expresión regular sea correcta.
HTTP_PARSE_ALARM	Ocurrió un error en el plugin metric_http. No se pudo obtener la respuesta HTTP.	Revise el mensaje de error detallado y compruebe la configuración o el servidor HTTP solicitado según la información específica del error.
INIT_CHECKPOINT_ALARM	Ocurrió un error en el plugin de binlog. No se pudo cargar el punto de control. El plugin lo ignorará y comenzará el procesamiento desde el inicio.	Revise el mensaje de error detallado para determinar si este error se puede ignorar.
LOAD_LOCAL_EVENT_ALARM	Ocurrió un error al procesar un evento local.	Esta alarma es poco frecuente. Revise el mensaje de error detallado e investigue más a fondo con base en el nombre del archivo, el nombre de la configuración, el proyecto y el logstore.
LOG_REGEX_FIND_ALARM	Ocurrió un error en los plugins processor_split_log_regex y processor_split_log_string. No se encontró SplitKey, especificado en la configuración, dentro del registro.	Revise el mensaje de error detallado para buscar errores de configuración.
LUMBER_CONNECTION_ALARM	Ocurrió un error en el plugin service_lumberjack al cerrar el servidor durante la detención del plugin.	Revise el mensaje de error detallado para investigar más a fondo. Por lo general, este error se puede ignorar.
LUMBER_LISTEN_ALARM	Ocurrió un error en el plugin service_lumberjack durante la inicialización y la escucha.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos: `init tls error...`: revise la configuración relacionada con TLS según el mensaje de error específico. `listen init error...`: revise la configuración relacionada con la dirección según el mensaje de error específico.
LZ4_COMPRESS_FAIL_ALARM	Ocurrió un error durante la compresión LZ4.	Revise el mensaje de error detallado e investigue más a fondo con base en valores como las líneas de registro, el proyecto, la categoría y la región.
MYSQL_CHECKPOINT_ALARM	Ocurrió un error relacionado con el punto de control en el plugin de MySQL.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos: `init checkpoint error...`: no se pudo inicializar el punto de control. Compruebe si la columna de punto de control especificada en la configuración y el valor recuperado son correctos. `not matched checkpoint...`: la información del punto de control no coincide. Compruebe si el error se debió a una intervención manual, como una actualización de configuración. De ser así, puede ignorarlo.
NGINX_STATUS_COLLECT_ALARM	Ocurrió un error en el plugin nginx_status al recuperar el estado.	Revise el mensaje de error detallado e investigue más a fondo con base en la URL y la información específica del error.
NGINX_STATUS_INIT_ALARM	Ocurrió un error en el plugin nginx_status. No se pudo analizar sintácticamente la URL especificada en la configuración durante la inicialización.	Revise el mensaje de error detallado y compruebe que la URL esté configurada correctamente.
OPEN_FILE_LIMIT_ALARM	La cantidad de archivos abiertos superó el límite y no se pueden abrir más.	Revise el mensaje de error detallado e investigue más a fondo con base en la ruta del archivo de registro, el proyecto y el logstore.
OPEN_LOGFILE_FAIL_ALARM	Ocurrió un error al abrir un archivo.	Revise el mensaje de error detallado e investigue más a fondo con base en la ruta del archivo de registro, el proyecto y el logstore.

PARSE_DOCKER_LINE_ALARM	Ocurrió un error en el plugin service_docker_stdout. No se pudo analizar sintácticamente el registro.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos: `parse docker line error: empty line`: el registro está vacío. `parse json docker line error...`: no se pudo analizar sintácticamente el registro en formato JSON. Investigue con base en el mensaje de error y los primeros 512 bytes del registro. `parse cri docker line error...`: no se pudo analizar sintácticamente el registro en formato CRI. Investigue con base en el mensaje de error y los primeros 512 bytes del registro.
PLUGIN_ALARM	Ocurrió un error durante la inicialización del plugin o en una llamada relacionada.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos. Investigue más a fondo según la información específica del error. `init plugin error...`: no se pudo inicializar el plugin. `hold on error...`: no se pudo pausar el plugin. `resume error...`: no se pudo reanudar el plugin. `start service error...`: no se pudo iniciar un plugin de tipo service input. `stop service error...`: no se pudo detener un plugin de tipo service input.
PROCESSOR_INIT_ALARM	Ocurrió un error en el plugin `processor_regex`. No se pudo compilar la expresión regular `Regex` especificada en la configuración.	Revise el mensaje de error detallado y compruebe que la expresión regular sea correcta.
PROCESS_TOO_SLOW_ALARM	El análisis sintáctico de registros es demasiado lento.	Revise el mensaje de error detallado para determinar si la cantidad de registros, el tamaño del búfer y el tiempo de análisis son normales. Si no lo son, compruebe si hay otros procesos que consumen recursos excesivos de CPU o configuraciones de análisis ineficientes, como expresiones regulares complejas.
REDIS_PARSE_ADDRESS_ALARM	Ocurrió un error en el plugin redis. No se pudo analizar sintácticamente una de las URL de ServerUrls proporcionadas en la configuración.	Revise el mensaje de error detallado y compruebe la URL que provocó el error.
REGEX_FIND_ALARM	Ocurrió un error en el plugin `processor_regex`. El campo especificado por `SourceKey` en la configuración no se encontró en el registro.	Revise el mensaje de error detallado para comprobar si la configuración de SourceKey es incorrecta o si los registros no son válidos.
REGEX_UNMATCHED_ALARM	Ocurrió un error en el plugin `processor_regex`. Falló una coincidencia.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos. Investigue con base en la información específica del error. `unmatch this log content...`: el contenido del registro no coincide con la expresión regular de la configuración. `match result count less...`: la cantidad de resultados coincidentes es menor que la cantidad de `Keys` especificadas en la configuración.
SAME_CONFIG_ALARM	Existen configuraciones duplicadas con el mismo nombre en el mismo logstore. La configuración que se detecte después se descartará.	Revise el mensaje de error detallado y busque errores de configuración con base en la ruta de configuración y otra información.
SPLIT_FIND_ALARM	Ocurrió un error en los plugins `split_char` y `split_string`. El campo especificado por `SourceKey` en la configuración no se encontró en el registro.	Revise el mensaje de error detallado para comprobar si la configuración de SourceKey es incorrecta o si los registros no son válidos.
SPLIT_LOG_ALARM	Ocurrió un error en los plugins `processor_split_char` y `processor_split_string`. La cantidad de campos analizados no coincide con la cantidad especificada en `SplitKeys`.	Revise el mensaje de error detallado para comprobar si la configuración de SourceKey es incorrecta o si los registros no son válidos.
STAT_FILE_ALARM	Ocurrió un error durante la recolección de archivos por parte de un objeto LogFileReader.	Revise el mensaje de error detallado e investigue más a fondo con base en la ruta del archivo y la información del error.
SERVICE_SYSLOG_INIT_ALARM	Ocurrió un error en el plugin `service_syslog`. La inicialización falló.	Revise el mensaje de error detallado y compruebe que el valor de `Address` en la configuración sea correcto.
SERVICE_SYSLOG_STREAM_ALARM	Ocurrió un error en el plugin `service_syslog` durante la recolección mediante TCP.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos. Investigue con base en la información específica del error. `accept error...`: ocurrió un error durante `Accept`. El plugin esperará un periodo y luego volverá a intentarlo. `setKeepAlive error...`: no se pudo establecer `Keep Alive`. El plugin omitirá este error y continuará. `connection i/o timeout...`: se agotó el tiempo de espera durante la lectura mediante TCP. El plugin restablecerá el tiempo de espera y continuará la lectura. `scan error...`: ocurrió un error de lectura TCP. El plugin esperará un periodo y luego volverá a intentarlo.
SERVICE_SYSLOG_PACKET_ALARM	Ocurrió un error en el plugin `service_syslog` durante la recolección mediante UDP.	Revise el mensaje de error detallado. El error puede ser de uno de los siguientes tipos: `connection i/o timeout...`: se agotó el tiempo de espera durante la lectura mediante UDP. El plugin restablecerá el tiempo de espera y continuará la lectura. `read from error...`: ocurrió un error de lectura UDP. El plugin esperará un periodo y luego volverá a intentarlo.
PARSE_TIME_FAIL_ALARM	No se pudo analizar sintácticamente la hora del registro.	Compruebe si el campo de hora extraído por la expresión regular es correcto. Compruebe si el contenido del campo de hora especificado coincide con la expresión de hora de la configuración.
BINARY_UPDATE_ALARM	Una advertencia sobre la actualización de datos binarios.	Consulte el mensaje de error detallado para obtener información específica.
CAST_SENSITIVE_WORD_ALARM	Un error relacionado con la conversión de tipos de palabras sensibles.	Consulte el mensaje de error detallado para obtener información específica.
CHECKPOINT_ALARM	Un error relacionado con puntos de control.	Consulte el mensaje de error detallado para obtener información específica.
CHECKPOINT_V2_ALARM	(Solo para CheckpointManagerV2)	Consulte el mensaje de error detallado para obtener información específica.
COMPRESS_FAIL_ALARM	La compresión falló. Los datos se descartarán.	Consulte el mensaje de error detallado para obtener información específica.
CONFIG_UPDATE_ALARM	Ocurrió un error al obtener la configuración o al reiniciar.	Consulte el mensaje de error detallado para obtener información específica.
DISCARD_SECONDARY_ALARM	(Solo para DiskBufferWriter)	Consulte el mensaje de error detallado para obtener información específica.
DOMAIN_SOCKET_BIND_ALARM	(Solo para ShennongManager)	Consulte el mensaje de error detallado para obtener información específica.
ENCRYPT_DECRYPT_FAIL_ALARM	(Solo para DiskBufferWriter)	Consulte el mensaje de error detallado para obtener información específica.
EPOLL_ERROR_ALARM	No se pudo inicializar el descriptor de archivo inotify.	Consulte el mensaje de error detallado para obtener información específica.
EXACTLY_ONCE_ALARM	Se descartó un grupo de registros exactly-once debido a un identificador de secuencia no válido.	Consulte el mensaje de error detallado para obtener información específica.
FUSE_FILE_TRUNCATE_ALARM	Una advertencia sobre un comportamiento no convencional de truncamiento de archivos FUSE.	Consulte el mensaje de error detallado para obtener información específica.
GLOBAL_CONFIG_ALARM	(Solo para EnterpriseConfigProvider) Se eliminaron configuraciones innecesarias.	Consulte el mensaje de error detallado para obtener información específica.
HOLD_ON_TOO_SLOW_ALARM	La detención del módulo es demasiado lenta.	Consulte el mensaje de error detallado para obtener información específica.
INNER_PROFILE_ALARM	El inode del dispositivo de archivo cambió. Se creará un nuevo lector.	Consulte el mensaje de error detallado para obtener información específica.
INOTIFY_DIR_NUM_LIMIT_ALARM	Se superó el límite de vigilancia de inotify.	Consulte el mensaje de error detallado para obtener información específica.
INOTIFY_EVENT_OVERFLOW_ALARM	La cola de eventos de inotify se desbordó.	Consulte el mensaje de error detallado para obtener información específica.
INVALID_CONTAINER_PATH_ALARM	No se pudo establecer el directorio base del contenedor porque la ruta del registro del contenedor no existe.	Consulte el mensaje de error detallado para obtener información específica.
INVALID_MEMORY_ACCESS_ALARM	`PropagateTimeout` accedió a una clave no válida de `mPathWdMap`.	Consulte el mensaje de error detallado para obtener información específica.
LOG_GROUP_PARSE_FAIL_ALARM	(Solo para DiskBufferWriter)	Consulte el mensaje de error detallado para obtener información específica.
LOG_TRUNCATE_ALARM	La firma es la misma, pero el tamaño del archivo disminuyó. La lectura comienza desde el tamaño actual del archivo.	Consulte el mensaje de error detallado para obtener información específica.
LOGDIR_PERMISSION_ALARM	No se pudo abrir un directorio.	Consulte el mensaje de error detallado para obtener información específica.
LOGTAIL_CONFIG_ALARM	El archivo `ilogtail_config.json` no existe o no se pudo analizar sintácticamente.	Consulte el mensaje de error detallado para obtener información específica.
LOGTAIL_CRASH_STACK_ALARM	Proporciona el seguimiento de pila del último bloqueo de iLogtail.	Consulte el mensaje de error detallado para obtener información específica.
METRIC_GROUP_PARSE_FAIL_ALARM	(Solo para ShennongManager)	Consulte el mensaje de error detallado para obtener información específica.
MODIFY_FILE_EXCEED_ALARM	La caché de modificaciones alcanzó su límite.	Consulte el mensaje de error detallado para obtener información específica.
PROCESS_QUEUE_BUSY_ALARM	La cola de procesamiento de registros está llena. El evento de modificación se devuelve a la cola de eventos.	Consulte el mensaje de error detallado para obtener información específica.
READ_STOPPED_CONTAINER_ALARM	El contenedor se detuvo.	Consulte el mensaje de error detallado para obtener información específica.
REGISTER_HANDLERS_TOO_SLOW_ALARM	El registro de controladores tardó demasiado.	Consulte el mensaje de error detallado para obtener información específica.
RELABEL_METRIC_FAIL_ALARM	No se pudo reetiquetar una métrica.	Consulte el mensaje de error detallado para obtener información específica.
SECONDARY_READ_WRITE_ALARM	(Solo para DiskBufferWriter)	Consulte el mensaje de error detallado para obtener información específica.
SEND_COMPRESS_FAIL_ALARM	(Solo para DiskBufferWriter)	Consulte el mensaje de error detallado para obtener información específica.
SENDING_COSTS_TOO_MUCH_TIME_ALARM	El envío de datos tardó demasiado.	Consulte el mensaje de error detallado para obtener información específica.
SERIALIZE_FAIL_ALARM	La serialización falló.	Consulte el mensaje de error detallado para obtener información específica.
SKIP_READ_LOG_ALARM	Una advertencia sobre la omisión de la lectura de registros.	Consulte el mensaje de error detallado para obtener información específica.
STREAMLOG_TCP_SOCKET_BIND_ALARM	Indica un conflicto de vinculación de puerto TCP.	Consulte el mensaje de error detallado para obtener información específica.
TOO_MANY_CONFIG_ALARM	Hay demasiadas configuraciones en el directorio local.	Consulte el mensaje de error detallado para obtener información específica.
UNEXPECTED_FILE_TYPE_MODE_ALARM	Se encontró un modo de tipo de archivo inesperado.	Consulte el mensaje de error detallado para obtener información específica.
USER_CONFIG_ALARM	(Solo para LegacyConfigProvider) La configuración local no es válida.	Consulte el mensaje de error detallado para obtener información específica.
WINDOWS_WORKER_START_HINTS_ALARM	Una alarma de detección de inicio para un nodo worker de Windows.	Consulte el mensaje de error detallado para obtener información específica.