Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (nike.apache.org: local policy)
Message-ID: <49A523B9.50504@kippdata.de>
Date: Wed, 25 Feb 2009 11:55:53 +0100
From: Rainer Jung <rainer.jung@kippdata.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de;
 rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: mod_jk not working as expected - is there a bug??
References: <2dfefcd20902241500nd2bde50mbad2273024020dc6@mail.gmail.com>
 <49A495E8.5010803@kippdata.de>
 <2dfefcd20902241747n45355f57kebbdc3e68d0167d1@mail.gmail.com>
In-Reply-To: <2dfefcd20902241747n45355f57kebbdc3e68d0167d1@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

On 25.02.2009 02:47, Mohit Anchlia wrote:
> In httpd conf I just see JkMount and no other directive. I searched for Jk.

There should be others as well, for instance JkWorkersFile to point to 
your workers.properties. The names of the directives are case 
insensitive, they can also be in files included to your main httpd 
configuration file via include directives.

> Here is workers.properties file:
...
> # appfe1
...
> worker.appfe1.socket_timeout=5

I generally don't like socket_timeout. Others do :)

> worker.appfe1.prepost_timeout=5

5 milliseconds prepost timeout? You're kidding. I assume it should have 
been 5000.

> worker.appfe1.recycle_timeout=900

This is deprecated. Use connection_pool_timeout instead. The value is 
OK, you should set connectionTimeout on the Tomcat AJP connector to 
900000 then.

Since you are using prefork MPM, you might want to set 
connection_pool_minsize to 0 if you want to keep the number of 
established connections low.

And the same for the other members of the load balancer.

> On Tue, Feb 24, 2009 at 4:50 PM, Rainer Jung<rainer.jung@kippdata.de>  wrote:
>> On 25.02.2009 00:00, Mohit Anchlia wrote:
>>> Reposting:
>>>
>>> Apache Server - 2.2
>>> Tomcat server 6
>>> Jboss - 4.2
>>>
>>> We have Web Servers talking to Jboss App Servers over mod_jk. When we
>>> do our patch or upgrade of software we do it in rolling fashion so
>>> that there is "0" customer impact. But it looks like mod_jk load
>>> balancer on Web server doesn't detect it as soon as Jboss App Server
>>> goes down. Our goal is to have 0 customer impact. So my question is
>>> what can we do to overcome this problem. Web Server sees Http Error
>>> Code 503.
>>>
>>> Information from log file:
>>>
>>> [Mon Feb 23 13:39:42.146 2009] [31682:4143745888] [error]
>>> ajp_connection_tcp_get_message::jk_ajp_common.c (966): (appfe4) can't
>>> receive the response message from tomcat, network problems or tomcat
>>> (10.10.81.89:8009) is down (errno=104)
>>> [Mon Feb 23 13:39:42.147 2009] [31682:4143745888] [error]
>>> ajp_service::jk_ajp_common.c (2097): (appfe4) Connecting to tomcat
>>> failed. Tomcat is probably not started or is listening on the wrong
>>> port
>> This means that mod_jk detected that your backend is down and thus puts it
>> into an error state. All following requests will no longer be sent to this
>> backend. Once a minute it will send a request there and try, but as long as
>> it is down this test will not succeed and thus all requests will be sent to
>> other nodes.
>>
>> The first request that gets sent to the backend you stopped might get an
>> error back. If you want to prevent that from happening, use Cping/Cpong:
>>
>> http://tomcat.apache.org/connectors-doc/generic_howto/timeouts.html
>>
>> so we will detect the broken node before actually sending a request there.
>> More details are not possible to give without your JK configuration (Jk
>> directive sin httpd configuration files, workers.properties and if used
>> uriworkermap.properties).
>>
>> The line number of the above message tells me you are using mod_jk 1.2.25.
>> Although there's nothing wrong in principal with 1.2.25, we always try to
>> improve and you might consider switching to 1.2.27.
>>
>> You should also increase your JkLogLevel to info. As long as only occasional
>> info messages are in your log file everything is fine, but once error
>> messages show up, the additional info messages contain useful formation.
>>
>> Regards,
>>
>> Rainer

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