Notes |
|
(0003375)
|
Aatos
|
09-03-08 02:42
|
|
We're having the same problem on RHEL3 with Apache 2.2.8/Resin 3.1.6 loadbalanced with mod_caucho.
We get random 503 responses which do not correlate on the load state of Apache server or Resin nodes, tweaking settings seems to have no effect. |
|
|
(0003523)
|
smallufo
|
10-29-08 16:51
|
|
I have the same situation.
In resin 3.0.x , it never occurred.
After upgrading to 3.1.6 , it happens so often.
The load is very low....
servers :
linux 2.6.9-67.0.22.ELsmp (64 bit)
CentOS release 4.7 (Final)
httpd-2.0.52-41.ent.centos4
linux 2.6.18-92.1.6.el5 (32 bit)
CentOS release 5.2 (Final)
httpd-2.2.3-11.el5_1.centos.3
|
|
|
(0003525)
|
smallufo
|
10-31-08 00:52
|
|
I think the Severity should be MAJOR |
|
|
(0004024)
|
stone_111
|
05-15-09 05:22
|
|
Any updates?
See this problem in 3.1.8, Apache 2, SUSE, singleserver.
Is there some unknown relation between apache and resin via mod_caucho that isn't properly documented? |
|
|
(0004030)
|
stone_111
|
05-25-09 00:48
|
|
This seems to be an issue when upgrading from older Resin versions and using a newer Apache as well. A <socket-timeout>180s</socket-timeout> under <server> seems to have remedied the problem. Seems communication between apache and resin has been changed somehow or a default value has been changed. Documentation is a bit sparse and contradicting, but we see no 503:s at all now. |
|
|
(0004206)
|
ferg
|
08-31-09 14:41
|
|
server/26e2
The important configuration are load-balance-socket-timeout, socket-timeout, load-balance-idle-time and keepalive-timeout. The two load-balance-* configure mod_caucho. socket-timeout and keepalive-timeout configure the Resin side.
load-balance-socket-timeout needs to be large enough to handle any server-side processing delays before the first data.
socket-timeout and keepalive-timeout need to be larger than load-balance-idle-time because they need to keep the connection open for a keepalive request.
For a diagram, see
http://caucho.com/resin/admin/load-balancing.xtp [^]
|
|