DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33510>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33510





------- Additional Comments From [EMAIL PROTECTED]  2005-02-12 01:10 -------
I didnt notice that about the PIDs, so I will try this again.  However, I had 
been bringing up and down the apache server quite frequently when I was testing 
this, and I am pretty sure that 2475 seconds earlier (41 minutes before) the 
same process shouldnt have been around.  I was bringing apache up and down 
about every 15 minutes to test.

But if you are right and each process determines independently if a worker is 
down, then is there *any* way to take a failed tomcat server (say if the power 
was lost on the machine) out of service for an extended period of time after it 
is first determined to be down?  We recently had an issue where an app server 
running tomcat failed for hardware reasons, and apache kept routing requests to 
it.  We expected that once mod_jk determined that the server was down once then 
no new requests would be sent to it (at least for a configurable amount of 
time).  But this doesnt seem to be occurring, each new request tries the server 
again and has to wait somewhere in the area of 10 minutes before it times out.

Note that this is different than when we tested just killing the tomcat process 
(the machine is still up).  In this case, mod_jk does all the correct re-
routing stuff that we expect.  We just want the same functionality to occur 
when the machine physically is disabled.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to