tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mohit Anchlia <mohitanch...@gmail.com>
Subject Re: mod_jk behaviour during failure
Date Thu, 01 Apr 2010 15:35:51 GMT
On Wed, Mar 31, 2010 at 3:35 PM, Mohit Anchlia <mohitanchlia@gmail.com> wrote:
> On Wed, Mar 31, 2010 at 3:29 PM, Christopher Schultz
> <chris@christopherschultz.net> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Mohit,
>>
>> On 3/31/2010 5:33 PM, Mohit Anchlia wrote:
>>> On Wed, Mar 31, 2010 at 2:27 PM, Rainer Jung <rainer.jung@kippdata.de>
wrote:
>>>> Which version?
>>>>
>>>> If 1.2.28 or newer, look for error_escalation_time in
>>>
>>> Actually I am on 1.2.27 so can't use error escalation time. Is there
>>> any other way I can do it? I am seeing real odd behaviour with mod_jk.
>>> It does change to ERR but only when box is pingable. Can't seem to
>>> find any other way of configuring it such that the failed worker is
>>> considered as global error.
>>
>> What happens if the backend server never comes back up? Try bringing it
>> down and waiting. How long does it take for mod_jk to put that worker
>> into ERR state? Or, are you actually required to bring-up the backend
>> server in order to achieve the ERR state?
>
> I tested that leaving server down and in 15mt test the worker never
> went to ERR state while the node was down.

Could someone please advise?

I have couple more questions:

- What's the default behaviour of recovery_option when not specified?
Currently it's specified as 7 but if I don't specify in conf then what
will happen?
- What's the advantage of setting connection_min_size to 0?

>
>>
>> - -chris
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.10 (MingW32)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAkuzzNEACgkQ9CaO5/Lv0PBOEgCgw6/ENt2t36dnG+9nRwNA7tCj
>> H1QAoMOOt0MDkjPSZr0gjQEZ/TRpQos/
>> =+qy3
>> -----END PGP SIGNATURE-----
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message