On 26/02/2010 06:36, jkv wrote:
We are using the above setup to load balance http and https request, for https request
Apache HTTPD 2.2.3 was released on 28 Jul 2006, you should definitely upgrade to the latest version, there have been *many* important updates since then.
Tomcat 6.0.13 was released on 14 May 2007, you should definitely upgrade to the latest version.
Please let us know if the upgraded applications still display the same problem.
p
Apache is configured to serve the certificates and the request is actually being processed by 3 tomcat instances (TomcatA, TomcatB, TomcatB)running behind. We are getting a strange log in apache [error] ajp_read_header: ajp_ilink_receive failed [error] (120006)APR does not understand this error code: proxy: read response failed from (null) (localhost) I have another question like, when Apache forwards a http/https request to tomcat and suppose that tomcat takes too long to respond! will the same request be routed to a different tomcat?? As we have not configured sticky sessions in Apache, We are having many instances where in the java application in TomcatA takes too long (throws exception because it waits to connect to another host which takes too long) in responding back to Apache and I can see logs in other tomcats, say TomcatB and TomcatC with a session Id xxxxxxxxxxxxxxxxxxxxx.NodeA, with empty body which throws exceptions in my application level, why does this occur and can this be eliminated?? I am not sure that this occurs only for https request where we get empty body. Apache configurations are as follows <Proxy balancer://tomcatcluster> Order deny,allow Allow from all BalancerMember ajp://localhost:8109/test route=NodeA BalancerMember ajp://localhost:8209/test route=NodeB BalancerMember ajp://localhost:8309/test route=NodeC </Proxy> ProxyPass /test balancer://tomcatcluster lbmethod=byrequests nofailover=On ProxyPassReverse /test ajp://localhost:8109/test ProxyPassReverse /test ajp://localhost:8209/test ProxyPassReverse /test ajp://localhost:8309/test Thanks in advance.
--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org