Wir haben einen Zabbix-Server, der Tomcats errorCount vom GlobalRequestProcessor meldet. Ich versuche herauszufinden, was genau in diesem errorCount gezählt wird. Ist esbeliebigAnfrage an Tomcat führt zu einem Fehler? Wenn ja, wie werden diese gemessen? Jede Anfrage, die einen HTTP-Fehlerantwortcode (4xx/5xx) ergibt? Gibt es andere Bedingungen, diewürdeauch errorCount beeinflussen, wasnichtden HTTP-Antwortcode beeinflussen?
Wenn jemand ein Diagramm sieht, das eine steigende Fehlerrate anzeigt, worauf sollte er dann achten, um herauszufinden, woher die Fehler kommen: auf die Anwendungsprotokolle? Tomcat-Protokolle? Apache-Webprotokolle? Etwas anderes?
Antwort1
Ihre Hypothese ist richtig: Wie der Kommentar in der org.apache.coyote.RequestInfoKlasse sagt:
// number of response codes >= 400
private int errorCount;
Der errorCountWert wird für jede Anfrage erhöht, die zu einem 4xx/5xxStatuscode führt, und sonst nichts. SSL-Handshake-Fehler werden nicht gezählt, wie indiese Frage, da sie keine Anfrage erstellen.
Die 4xx/5xxFehler hinterlassen mit Sicherheit eine Spur im Zugriffsprotokoll ( localhost_access.login der Standardkonfiguration) und wenn der Fehler durch eine Ausnahme verursacht wurde, findet er wahrscheinlich seinen Weg zu catalina.<date>.log.
Ich weiß nicht, welche Rolle Apache2 in Ihrer Installation spielt, aber wenn es als Reverse-Proxy dient, spiegelt es das Zugriffsprotokoll von Tomcat mit einigen eigenen Fehlern.