https://issues.apache.org/bugzilla/show_bug.cgi?id=42695
Ralf Kraudelt <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|REMIND | --- Comment #4 from Ralf Kraudelt <[email protected]> 2009-10-13 06:17:03 UTC --- When I move from 2.2.11 to 2.2.13 or 2.2.14, this problem occurs. When I move back to 2.2.11, the problem disappears. Apache HTTPD runs under Windows 2003SP2. My configuration is: <Proxy balancer://sbhome1> BalancerMember ajp://sbhome-tomcat1:8009/qisserver keepalive=On route=wzvx13 BalancerMember ajp://sbhome-tomcat4:8009/qisserver keepalive=On route=wzvx08 ProxySet lbmethod=bybusyness </Proxy> ProxyPass /qisserver balancer://sbhome1 stickysession=JSESSIONID|jsessionid nofailover=On timeout=60 The error is: [Tue Oct 13 09:36:41 2009] [error] ajp_read_header: ajp_ilink_receive failed [Tue Oct 13 09:36:41 2009] [error] (120006)APR does not understand this error code: proxy: read response failed from 141.27.194.8:8009 (sbhome-tomcat4) [Tue Oct 13 09:36:41 2009] [error] proxy: BALANCER: (balancer://sbhome1). All workers are in error state for route (wzvx08) [Tue Oct 13 09:36:41 2009] [error] proxy: BALANCER: (balancer://sbhome1). All workers are in error state for route (wzvx08) Tomcat is 6.0.18, Java is 1.5b16 on SLES10SP2 64Bit, VMWare ESX 3.5. During the errors in Apache's error.log (1-2 minutes), our Tomcat application seems not to respond and loses it's database connections. Our application logs show some kind of blackout (no entries) for the time of unresponsiveness. After 1-2 minutes, Tomcat continues to work without error. There are no messages regarding threads nor anything else in Tomcat. The error occurs in high load (not overload) situations on both Tomcat servers. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
