Tomcat RequestProcessor errorCount - o que conta como um erro?

Tomcat RequestProcessor errorCount - o que conta como um erro?

Temos um servidor Zabbix que reporta o errorCount do Tomcat, do GlobalRequestProcessor. Estou tentando descobrir exatamente o que é contado neste errorCount. É issoqualquersolicitar ao Tomcat os resultados em um erro? Se sim, como são medidos? Qualquer solicitação que resulte em um código de resposta de erro HTTP (4xx/5xx)? Existem outras condições queseriatambém afetará errorCount quenãoafeta o código de resposta HTTP?

Basicamente, se alguém vir um gráfico mostrando que a taxa de erros está aumentando, o que deverá observar para ver de onde vêm os erros: Logs de aplicativos? Registros do Tomcat? Registros da web do Apache? Algo mais?

Responder1

Sua hipótese está correta: como diz o comentário na org.apache.coyote.RequestInfoaula:

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

the errorCounté incrementado para cada solicitação que resulta em um 4xx/5xxcódigo de status e nada mais. Erros de handshake SSL não serão contados, conforme relatado emessa questão, já que eles não criam uma solicitação.

Os 4xx/5xxerros certamente deixarão um rastro no log de acesso ( localhost_access.logna configuração padrão) e se o erro foi causado por uma exceção, provavelmente encontrará o caminho catalina.<date>.log.

Não sei qual função o Apache2 desempenha na sua instalação, mas se ele servir como proxy reverso, ele espelhará o log de acesso do Tomcat com alguns erros próprios.

informação relacionada