Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

[ArgoCD] Openmetrics integration in Datadog times out after 10 seconds

Abierto
#17,599 1 comentario 2 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
45/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
kubernetes, python

Línea de trabajo

En el informe no se menciona ningún archivo fuente ni ninguna prueba. Empieza reproduciendo el scrape con la anotación del pod proporcionada, comparando las versiones de ArgoCD de la 2.9.7 a la 2.11.0 y la configuración de sharding round-robin; investiga por qué el timeout configurado sigue informándose como 10 segundos. Se considera terminado cuando la integración recopila las métricas del controlador sin que se produzca un timeout.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

oss/3 team/container-integrations waiting on author

Hello,

We get the following error when the datadog agent is trying to scrape the ArgoCD controller openmetrics endpoint.
image

Additional environment details (Operating System, Cloud provider, etc):

Steps to reproduce the issue:
Configuration on the pod using the official ArgoCD helm chart:

podAnnotations:
  ad.datadoghq.com/application-controller.checks: |
    {
      "argocd": {
        "instances": [
          {
            "app_controller_endpoint": "http://%%host%%:8082/metrics"
          }
        ]
      }
    }

We use the same configuration as described in the documentation for Datadog.

Describe the results you expected:
When using versions above 2.9.6 and below 2.11.0 of ArgoCD we get the following error shown above
image

I've tried to add the setting prometheus_timeout to the openmetrics configuration like described on the documentation:
https://docs.datadoghq.com/integrations/guide/prometheus-host-collection/

With the same configuration all the needed metrics are sent to Datadog and with the default ArgoCD dashboard it's possible to see them. After changing the ArgoCD version between v2.9.7 and 2.11.0, the error starts to appear and there are no metrics reaching Datadog.

The Datadog agent version is v7.53.0
Also after adding the prometheus_timeout to 30 the same error appears with the message that it timed out after 10s, seeming not to have any effect.
Is there something I'm missing? Also with the different versions of ArgoCD it wasn't supposed to stop sending metrics.
I'll be doing some more tests in order to try and check if any other middle version might work correctly

Fyi, found this issue while investigating another one with ArgoCD itself, more information can be found here

Thanks!

UPDATE
Hello,
Just to add some more information. It seems that the issue happens if the parameter controller.sharding.algorithm: "round-robin" documented here is added to the ArgoCD configuration.
I suppose that this different mode might generate alot more metrics than the legacy configuration and that might be causing the timeout after the 10 seconds.
If there is any setting to increase this timeout, I can try it out in the configuration.
Thanks

Lenguaje dominante
Python
Estrellas
1.2k
Forks
1.6k
Merge medio
3 d 4 h
PR fusionados (30 d)
262

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de DataDog/integrations-core

Todos los issues de DataDog/integrations-core

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.