Tomcat RequestProcessor errorCount: ¿qué se considera un error?

Tomcat RequestProcessor errorCount: ¿qué se considera un error?

Tenemos un servidor Zabbix que informa sobre el errorCount de Tomcat, desde GlobalRequestProcessor. Estoy tratando de averiguar exactamente qué se cuenta en este errorCount. Lo escualquier¿Solicitar a Tomcat los resultados es un error? Si es así, ¿cómo se miden? ¿Alguna solicitud que genere un código de respuesta de error HTTP (4xx/5xx)? ¿Existen otras condiciones queharíatambién afectaría el errorCount queno¿Afecta el código de respuesta HTTP?

Básicamente, si alguien ve un gráfico que muestra que la tasa de errores está aumentando, ¿qué debería mirar para ver de dónde provienen los errores: registros de aplicaciones? ¿Registros de Tomcat? ¿Registros web de Apache? ¿Algo más?

Respuesta1

Tu hipótesis es correcta: como org.apache.coyote.RequestInfodice el comentario en la clase:

// number of response codes >= 400
private int errorCount;

se errorCountincrementa para cada solicitud que da como resultado un 4xx/5xxcódigo de estado y nada más. Los errores de protocolo de enlace SSL no se contarán, como se informa enesta pregunta, ya que no crean una solicitud.

Los 4xx/5xxerrores seguramente dejarán un rastro en el registro de acceso ( localhost_access.logen la configuración predeterminada) y si el error fue causado por una excepción, probablemente llegará a catalina.<date>.log.

No sé qué papel desempeña Apache2 en su instalación, pero si sirve como proxy inverso reflejará el registro de acceso de Tomcat con algunos errores propios.

información relacionada