-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matteo,
On 3/3/2009 12:32 PM, mturra wrote:
> But the LB worker doesn't know and continue to send request to this tomcat.
> I could use the session method for LB worker, but I have M apache httpd
> server connected to N tomcat (full-meshed) and I thin
continue to send request to this tomcat.
I could use the session method for LB worker, but I have M apache httpd
server connected to N tomcat (full-meshed) and I think each LB worker know
his session count, but nothing about the other, so the balancing could be
"unfair". Isn't it
Hi Chris,
On 03.03.2009 17:22, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer,
On 3/2/2009 11:07 AM, Rainer Jung wrote:
I think a robust implementation would be something like:
- a new state for temporarily disabling a node, except for sticky requests
- a co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer,
On 3/2/2009 11:07 AM, Rainer Jung wrote:
> I think a robust implementation would be something like:
>
> - a new state for temporarily disabling a node, except for sticky requests
>
> - a configurable probe request, that the watchdog thread s
er. I used "disabled" because of its
behavior: let the previous run and block the new coming.
The probe is done retrying after a "quiet" period.
Thanks, Matteo.
--
View this message in context:
http://www.nabble.com/Jk-disable-worker-on-status-tp22289604p22292526.
pass a new session request (without session information in the request)
to the disabled worker and test the status code returned.
If the status is not like previous the worker can pass to active state,
otherwise the worker remain disabled.
Matteo
--
View this message in context:
http://www.nabble
On 02.03.2009 15:55, mturra wrote:
I have a tomcat farm behind an apache httpd cluster, each apache http server
have a jk connector connected to three tomcat.
Each tomcat have a max active session limit (let's say 10).
I configured a load balanced worker with three worker.
I would like to disab
e.com/Jk-disable-worker-on-status-tp22289604p22289604.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: us
