Tweet
Hallo Forum,
wir haben mit unserem produktivem Tomcat Cluster ein Problem, welches im Testbetrieb nie aufgetreten ist und sogar in der Realität ein sehr "undeterministisches Verhalten" an den Tag legt. Wir sind mit unserem Latein am Ende, aber vielleicht hat hier ja jemand eine Idee?
Folgende Architektur:
- Wir betreiben zwei produktive Tomcat 4.1.31 Instanzen, die jeweils auch einen AJP 1.3 Port betreiben, um diverse Apache 1.3 Server über das mod_jk Plugin anzustöpseln.
- Insgesamt kommunizieren drei Apache mod_jk Plugins mit den beiden Tomcat Instanzen.
- Für die mod_jk Plugins wurden zwei worker konfiguriert.
Das Problem:
- Im normalem Betrieb werden eingehende Request gleichwertig auf beide Tomcats verteilt (lbfactor der beiden worker steht auf 1).
- Für das Deployment von Webanwendungen wird abwechselnd ein worker auf 0 gesetzt, sodass ein Tomcat "ausgeblendet" wird. Somit kann man auf diesen Tomcat ohne Ausfall deployen.
- Nachdem beide worker wieder normal arbeiten (also lbfactor=1), akzeptieren die Tomcats nach einer "gewissen Zeit" keine neuen Verbindungen auf dem AJP Port mehr.
-> Es kommt dann "manchmal" zu Ausfällen (neue Request gehen (teilweise!) ins Leere (socket timeout))
Im mod_jk log finden sich stätig diese Zeilen:
[jk_ajp_common.c (1052)]: ERROR sending data to client. Connection aborted or network problems
[jk_ajp_common.c (1303)]: ERROR: Client connection aborted or network problems
manchmal auch diese Zeile:
[jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters
Das Problem ist nur mit einem Neustart der Tomcats zu beheben.
Ist das Ausblenden der Tomcats via lbfactor vielleicht das Problem? Oder kann es ein Problem geben, wenn mehrere mod_jks auf die beiden Tomcat zeigen? Wir nutzen auch unterschiedliche mod_jk Versionen (V1.2.5 unter debian und V1.2.0 SuSE SLES 8). Die Tomcats laufen auch unter SuSE SLES 8.
Hat jemand eine Idee? Ich bin für jede Hilfe dankbar ;-)
Gino Fehr
wir haben mit unserem produktivem Tomcat Cluster ein Problem, welches im Testbetrieb nie aufgetreten ist und sogar in der Realität ein sehr "undeterministisches Verhalten" an den Tag legt. Wir sind mit unserem Latein am Ende, aber vielleicht hat hier ja jemand eine Idee?
Folgende Architektur:
- Wir betreiben zwei produktive Tomcat 4.1.31 Instanzen, die jeweils auch einen AJP 1.3 Port betreiben, um diverse Apache 1.3 Server über das mod_jk Plugin anzustöpseln.
- Insgesamt kommunizieren drei Apache mod_jk Plugins mit den beiden Tomcat Instanzen.
- Für die mod_jk Plugins wurden zwei worker konfiguriert.
Das Problem:
- Im normalem Betrieb werden eingehende Request gleichwertig auf beide Tomcats verteilt (lbfactor der beiden worker steht auf 1).
- Für das Deployment von Webanwendungen wird abwechselnd ein worker auf 0 gesetzt, sodass ein Tomcat "ausgeblendet" wird. Somit kann man auf diesen Tomcat ohne Ausfall deployen.
- Nachdem beide worker wieder normal arbeiten (also lbfactor=1), akzeptieren die Tomcats nach einer "gewissen Zeit" keine neuen Verbindungen auf dem AJP Port mehr.
-> Es kommt dann "manchmal" zu Ausfällen (neue Request gehen (teilweise!) ins Leere (socket timeout))
Im mod_jk log finden sich stätig diese Zeilen:
[jk_ajp_common.c (1052)]: ERROR sending data to client. Connection aborted or network problems
[jk_ajp_common.c (1303)]: ERROR: Client connection aborted or network problems
manchmal auch diese Zeile:
[jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters
Das Problem ist nur mit einem Neustart der Tomcats zu beheben.
Ist das Ausblenden der Tomcats via lbfactor vielleicht das Problem? Oder kann es ein Problem geben, wenn mehrere mod_jks auf die beiden Tomcat zeigen? Wir nutzen auch unterschiedliche mod_jk Versionen (V1.2.5 unter debian und V1.2.0 SuSE SLES 8). Die Tomcats laufen auch unter SuSE SLES 8.
Hat jemand eine Idee? Ich bin für jede Hilfe dankbar ;-)
Gino Fehr