Guía para la resolución de problemas con la recopilación de logs

Documentos > Gestión de logs > Guías de logs > Guía para la resolución de problemas con la recopilación de logs

Existen una serie de problemas comunes que pueden surgir al enviar nuevos logs a Datadog a través del recopilador de logs en dd-agent. Si tienes problemas al enviar nuevos logs a Datadog, esta lista te ayudará a solucionarlos. Si sigues teniendo problemas, ponte en contacto con el servicio de asistencia de Datadog para obtener más ayuda.

Reinicio del Agent

Los cambios en la configuración del datadog-agent no se tendrán en cuenta hasta que reinicies el Agent.

El tráfico saliente en el puerto 10516 está bloqueado

El Datadog Agent envía sus logs a Datadog a través de TCP utilizando el puerto 10516. Si esa conexión no está disponible, los logs no se pueden enviar y se registra un error en el archivo agent.log.

Puedes probar manualmente tu conexión utilizando OpenSSL, GnuTLS u otro cliente SSL/TLS. Para OpenSSL, ejecuta el siguiente comando:

openssl s_client -connect intake.logs.datadoghq.com:10516

Para GnuTLS, ejecuta el siguiente comando:

gnutls-cli intake.logs.datadoghq.com:10516

Y luego, enviando un log como el siguiente:

<API_KEY> este es un mensaje de prueba

Si abrir el puerto 10516 no es una opción, es posible configurar el Datadog Agent para enviar logs a través de HTTPS, añadiendo lo siguiente en datadog.yaml:

logs_config:
  force_use_http: true

Para obtener más información, consulta la sección sobre el reenvío HTTPS de logs.

Comprobar el estado del Agent

A menudo, comprobar los resultados del comando de estado del Agent te ayudará a solucionar lo que está ocurriendo.

No se han escrito nuevos logs

El Datadog Agent sólo recopila los logs que se han escrito después de que empezara a intentar recopilarlos (ya sea rastreándolos o escuchándolos). Para confirmar si se ha configurado correctamente la recopilación de logs, asegúrate de que se han escrito nuevos logs.

Problemas de permisos al rastrear archivos de logs

El Datadog Agent no se ejecuta como raíz (y como práctica recomendada general se recomienda no ejecutarlo como raíz). Cuando configuras tu Agent para rastrear archivos de logs en logs personalizados o en integraciones, necesitas tener especial cuidado para garantizar que el usuario del Agent tiene el acceso correcto a los archivos de logs.

.El usuario por defecto del Agent por sistema operativo:

Sistema operativo	Usuario por defecto del Agent
Linux: `datadog-agent`
MacOS `datadog-agent`
Windows `ddagentuser`

Si el Agent no tiene los permisos correctos, es posible que aparezca uno de los siguientes mensajes de error cuando compruebes el estado del Agent:

El archivo no existe.
Acceso denegado.
No se ha podido encontrar ningún archivo que coincida con el patrón <path/to/filename>. Comprueba que todos sus subdirectorios son ejecutables.

Para solucionar el error, concede al usuario del Datadog Agent permisos de lectura y ejecución en el archivo del log y en sus subdirectorios.

Para obtener más información sobre permisos de archivos, ejecuta el comando namei:
```
> namei -m /path/to/log/file
```
En el siguiente ejemplo, el usuario del Agent no tiene permisos de execute en el directorio application, ni permisos de lectura en el archivo error.log.
```
> namei -m /var/log/application/error.log
> f: /var/log/application/
drwxr-xr-x /
drwxr-xr-x var
drwxrwxr-x log
drw-r--r-- application
-rw-r----- error.log
```
Haz que la carpeta de logs y sus elementos secundarios sean legibles:
```
sudo chmod o+rx /path/to/logs
```

Nota: Asegúrate de que estos permisos están correctamente configurados en tu configuración de rotación de logs. De lo contrario, en la siguiente rotación de logs, el Datadog Agent podría perder sus permisos de lectura. Configura los permisos como 644 configuración de rotación de logs, para asegurarte de que el Agent tiene acceso de lectura a los archivos.

Para obtener más información sobre permisos de archivos, utiliza el comando icacls en la carpeta de logs:

icacls path/to/logs/file /t

La marca /t ejecuta el comando recursivamente en archivos y subcarpetas.

En el siguiente ejemplo, el directorio test y sus elementos secundarios no son accesibles para el ddagentuser:

PS C:\Users\Administrator> icacls C:\test\ /t
C:\test\ NT AUTHORITY\SYSTEM:(OI)(CI)(F)
       BUILTIN\Administrators:(OI)(CI)(F)
       CREATOR OWNER:(OI)(CI)(IO)(F)

C:\test\file.log NT AUTHORITY\SYSTEM:(F)
       BUILTIN\Administrators:(F)

C:\test\file2.log NT AUTHORITY\SYSTEM:(F)
       BUILTIN\Administrators:(F)

Utiliza el comando icacls para conceder a ddagentuser los permisos necesarios (incluye las comillas):
```
icacls "path\to\folder" /grant "ddagentuser:(OI)(CI)(RX)" /t
```
En caso de que la aplicación utilice la rotación de logs, los derechos de herencia (OI) y (CI) garantizan que cualquier futuro archivo de logs creado en el directorio podrá heredar los permisos de la carpeta principal.

Vuelve a ejecutar icacls para comprobar que el ddagentuser tiene los permisos correctos:

icacls path/to/logs/file /t

En el siguiente ejemplo, ddagentuser aparece en la lista de permisos de archivos:

PS C:\Users\Administrator> icacls C:\test\ /t
C:\test\ EC2-ABCD\ddagentuser:(OI)(CI)(RX)
       NT AUTHORITY\SYSTEM:(OI)(CI)(F)
       BUILTIN\Administrators:(OI)(CI)(F)
       CREATOR OWNER:(OI)(CI)(IO)(F)

C:\test\file.log NT AUTHORITY\SYSTEM:(F)
               BUILTIN\Administrators:(F)
               EC2-ABCD\ddagentuser:(RX)

C:\test\file2.log NT AUTHORITY\SYSTEM:(F)
               BUILTIN\Administrators:(F)
               EC2-ABCD\ddagentuser:(RX)
Successfully processed 3 files; Failed processing 0 files

Reinicia el servicio del Agent y comprueba su estado para ver si el problema se ha resuelto:

& "$env:ProgramFiles\Datadog\Datadog Agent\bin\agent.exe" restart-service
& "$env:ProgramFiles\Datadog\Datadog Agent\bin\agent.exe" status

Recupera los permisos ACL del archivo:

PS C:\Users\Administrator> get-acl C:\app\logs | fl

Path   : Microsoft.PowerShell.Core\FileSystem::C:\app\logs
Owner  : BUILTIN\Administrators
Group  : EC2-ABCD\None
Access : NT AUTHORITY\SYSTEM Allow  FullControl
         BUILTIN\Administrators Allow  FullControl
...

En este ejemplo, el directorio application no puede ser ejecutado por el Agent.

Ejecuta este script PowerShell para proporcionar privilegios de lectura y ejecución al ddagentuser:

$acl = Get-Acl <path\to\logs\folder>
$AccessRule = New-Object System.Security.AccessControl.FileSystemAccessRule("ddagentuser","ReadAndExecute","Allow")
$acl.SetAccessRule($AccessRule)
$acl | Set-Acl <path\to\logs\folder>

Vuelve a recuperar los permisos ACL del archivo para comprobar si el ddagentuser tiene los permisos correctos:

PS C:\Users\Administrator> get-acl C:\app\logs | fl
Path   : Microsoft.PowerShell.Core\FileSystem::C:\app\logs
Owner  : BUILTIN\Administrators
Group  : EC2-ABCD\None
Access : EC2-ABCD\ddagentuser Allow  ReadAndExecute, Synchronize
         NT AUTHORITY\SYSTEM Allow  FullControl
         BUILTIN\Administrators Allow  FullControl
...

Reinicia el servicio del Agent y comprueba su estado para ver si el problema se ha resuelto:

& "$env:ProgramFiles\Datadog\Datadog Agent\bin\agent.exe" restart-service
& "$env:ProgramFiles\Datadog\Datadog Agent\bin\agent.exe" status

Problemas de permisos y Journald

Cuando recopiles logs de Journald, asegúrate de que el usuario del Datadog Agent ha sido añadido al grupo systemd, como se muestra en la integración Journald.

Nota: Journald envía una carga útil vacía si los permisos del archivo son incorrectos. Por lo tanto, no es posible lanzar o enviar un mensaje de error explícito en este caso.

Problemas de configuración

Estos son algunos de los problemas de configuración frecuentes que deberías controlar más de dos veces al configurar el datadog-agent:

Comprueba si la api_key está definida en datadog.yaml.
Comprueba si tienes logs_enabled: true en tu datadog.yaml.
Por defecto, el Agent no recopila logs. Asegúrate de que hay al menos un archivo .yaml en el directorio conf.d/ del Agent, que incluye una sección para logs y los valores apropiados.
Es posible que tengas algunos errores de análisis .yaml en tus archivos de configuración. El YAML puede ser quisquilloso, así que en caso de duda confía en un validador de YAML.

Comprobar si hay errores en logs del Agent

Puede que haya un error en los logs que explique el problema. Ejecuta el siguiente comando para comprobar si hay errores:

sudo grep -i error /var/log/datadog/agent.log

Entorno Docker

Consulta la Guía para la resolución de problemas de recopilación de logs de Docker.

Entorno serverless

Consulta la Guía para la resolución de problemas de recopilación de logs de Lambda

Pérdida inesperada de logs

Comprueba si aparecen logs en Datadog Live Tail.

Si aparecen en Live Tail, consulta la página de configuración de índices y busca cualquier filtro de exclusión que pueda coincidir con tus logs. Si no aparecen en Live Tail,, es posible que se hayan perdido, si su marca de tiempo superaba las 18 horas anteriores. Puedes consultar qué service y source pueden verse afectados con la métrica datadog.estimated_usage.logs.drop_count.

Logs truncados

Los logs de más de 1 MB se truncan. Puedes consultar qué service y source se ven afectados con las métricas datadog.estimated_usage.logs.truncated_count y datadog.estimated_usage.logs.truncated_bytes.