¿Cómo encuentro los registros del agente de ARMS?
De forma predeterminada, los registros se encuentran en ${agent root directory}/logs/${pid}_${ip}.log.
El directorio raíz del agente depende del método de instalación:
|
Método de instalación |
Directorio raíz del agente |
|
Contenedor o Enterprise Distributed Application Service (EDAS) |
|
|
Instalación manual |
Directorio donde se descargó y descomprimió el paquete del agente |
Si no está seguro de cómo se instaló el agente, ejecute el siguiente comando para localizar el parámetro -javaagent en el comando de inicio del proceso:
ps -ef | grep javaPor ejemplo, si la salida contiene -javaagent:/home/zhangsan/agent/arms-bootstrap-1.7.0-SNAPSHOT.jar, el directorio raíz del agente es /home/zhangsan/agent.
Si estableció el parámetro de inicio -DJM.LOG.PATH=xxx, los registros se encontrarán en ${JM.LOG.PATH}/${pid}_${ip}.log.
¿Por qué el agente de ARMS no reporta datos?
Siga estos pasos para identificar la causa.
Paso 1: Compruebe que el agente se haya iniciado
Revise los registros de salida estándar en busca de uno de estos mensajes de inicio:
|
Versión del agente |
Mensaje de registro esperado |
|
v3.x |
|
|
v4.x |
|
Si no aparece ninguno de los mensajes, el agente no se montó correctamente o falló una verificación previa. Consulte los registros para obtener más detalles. Por ejemplo,
Aliyun Java Agent requires minimal memory of 200Mindica memoria insuficiente.Si aparece la excepción
java.security.NoSuchAlgorithmException: DES KeyGenerator not available, actualice a la versión v4.x del agente de ARMS.Si aparece una excepción diferente, envíe un ticket.
Para conocer la ubicación de los archivos de registro, consulte How do I find the ARMS agent logs?.
Paso 2: Verifique la región y la red
Si el agente se inició correctamente:
Región: Busque
regionIden los registros del agente. Confirme que coincida con la región seleccionada en la consola de Application Real-Time Monitoring Service (ARMS).Red: Busque errores de conectividad de red en los registros del agente. Si los encuentra, consulte Network configurations required by the ARMS agent for Java.
Tráfico: Confirme que la aplicación reciba solicitudes. El agente solo reporta datos cuando hay tráfico.
Paso 3: Contacte al soporte técnico
Si el problema persiste, envíe un ticket.
¿Puedo establecer una versión uniforme del agente para todo un clúster de Kubernetes?
Sí. En lugar de especificar una versión por cada despliegue, envíe un ticket o contacte al soporte técnico para configurar una versión del agente para todo el clúster.
¿Por qué el agente de ARMS no genera datos cuando también está montado el agente de Pinpoint?
El comportamiento depende de la versión del agente de ARMS:
|
Versión del agente |
Compatibilidad con Pinpoint |
|
v3.x |
Basado en el agente de Pinpoint. Ambos son mutuamente excluyentes; solo se puede montar uno a la vez. |
|
v4.x |
Basado en el agente de Java de OpenTelemetry. Puede coexistir con el agente de Pinpoint, aunque no se garantiza la compatibilidad. |
Solución: Actualice a la versión v4.x del agente o elimine el agente de Pinpoint.
¿Cómo soluciono java.lang.NoSuchMethodError: org.springframework.http.HttpStatus?
Versiones afectadas: Agente de ARMS anterior a la versión v3.2.0
Condiciones: Se deben cumplir ambas condiciones a continuación:
El agente se instaló mediante Enterprise Distributed Application Service (EDAS).
La función
-Dedas.scg.enableestá habilitada.
Causa: El filtro com.navercorp.pinpoint.plugin.reactive.filter.AccessLogFilte se agrega automáticamente a la cadena de filtros y es incompatible con Spring Boot 3.x.
Solución: Actualice el agente de ARMS a la versión v3.2.0 o posterior.
¿Qué significa "logContent rate limit count" en los registros del agente?
El agente limita su propia salida de registros para proteger el rendimiento de la aplicación. Este comportamiento es esperado y no constituye un error. No se requiere ninguna acción.