In addition to questions that I have in below email, I have couple of question.

1. activation property disable - Does it first turn off new requests
to that worker and then disable the worker after finishing old
requests. So is this the best way to see 0 customer impact?
2. activation propery stopped - Does it throw away existing sessions
and also stop taking new requests.

Also I couldn't find way to see how mod_jk is behaving in the log
file. I turned tracing on for JkLogLevel.
On Fri, Mar 6, 2009 at 10:41 AM, Mohit Anchlia <mohitanch...@gmail.com> wrote:
> Thanks ..I got following URL from the browser, which is different then
> what you suggested. Does this look ok?
>
> http://10.10.80.55/JkStatus?cmd=update&from=list&w=tc&sw=appfe1&wa=0&wf=1&wn=appfe1&wr=&wc=&wd=0
>
> so it look like when I want one node out of service I do the following:
>
> Execute GET 
> http://10.10.80.55/JkStatus?cmd=update&from=list&w=tc&sw=appfe1&wa=2&wf=1&wn=appfe1&wr=&wc=&wd=0
>
> and when I want that node in service I do:
>
> http://10.10.80.55/JkStatus?cmd=update&from=list&w=tc&sw=appfe1&wa=0&wf=1&wn=appfe1&wr=&wc=&wd=0
>
> I tried enabling JkLog to trace but couldn't see where the requests
> are being forwarded too? I see something like :
>
> [Fri Mar 06 10:20:25.377 2009] [673:4143913824] [debug]
> ajp_connection_tcp_send_message::jk_ajp_common.c (911): 0180    48 50
> 01 02 85 15 30 24 D1 3E 54 09 54 4C C1 A1  - HP....0$.>T.TL..
> [Fri Mar 06 10:20:25.377 2009] [675:4143913824] [debug]
> status_get_string::jk_status.c (702): retrieved string arg 'wd' as '0'
> [Fri Mar 06 10:20:25.377 2009] [673:4143913824] [debug]
> ajp_connection_tcp_send_message::jk_ajp_common.c (911): 0190    7A 09
> 40 B8 B0 82 EA 4A 9F 00 46 2A E5 28 B5 02  - z...@....j..f*.(..
> [Fri Mar 06 10:20:25.377 2009] [675:4143913824] [trace]
> reset_lb_values::jk_lb_worker.c (257): enter
> [Fri Mar 06 10:20:25.377 2009] [673:4143913824] [debug]
> ajp_connection_tcp_send_message::jk_ajp_common.c (911): 01a0    15 08
> 40 09 2A A8 18 E2 09 47 28 01 62 C6 14 8A  - ....@.*....g(.b...
> [Fri Mar 06 10:20:25.377 2009] [675:4143913824] [trace]
> reset_lb_values::jk_lb_worker.c (263): exit
> [Fri Mar 06 10:20:25.377 2009] [673:4143913824] [debug]
> ajp_connection_tcp_send_message::jk_ajp_common.c (911): 01b0    22 49
> 01 CE CF 52 91 12 E4 48 49 A4 2A E0 82 00  - "I...R...HI.*...
>
>
> But I can't tell if the requests to appfe1 are no longer being
> directed to appfe1 node.
>
> On Fri, Mar 6, 2009 at 10:14 AM, Rainer Jung <rainer.j...@kippdata.de> wrote:
>> On 06.03.2009 18:57, Mohit Anchlia wrote:
>>>
>>> So I created new JkMount /JkStatus status under VirtualHost. Went to
>>> the page and saw different properties, it looks like I need to change
>>> the Activation on individual worker. When I click "E" in front of that
>>> worker it takes me to the page where I can edit the activation
>>> property. I think if I set it to "stopped" balancer will take it out
>>> of service. Only question I have is how can I automatically do that.
>>
>>> Can I do something like:
>>
>>>
>>> http://10.10.80.55/JkStatus?cmd=edit&from=list&w=tc&sw=appfe1&activation=stopped
>>
>> Yes you can. All requests to the status worker are GET requests, so
>> everything you can do in the GUI you can also put into a script. Simply copy
>> the URLs form your browser.
>>
>> The documentation page also lists all request attributes with their meaning.
>>
>> According to this page you need to use "vwa=s" instead of
>> "activation=stopped" (at least for version 1.2.27; "s" instead of "stopped"
>> is not important, but "vwa" instead of "activation" is).
>>
>> You can also add mime=txt so that your script gets back an easier to
>> understand answer.
>>
>>> or something like that automatically will change the activiation as I
>>> move servers in and out of service?
>>
>> You can write a script for this, that uses the above URLs with a tool like
>> e.g. curl.
>>
>> Caution:
>>
>> 1) Secure the URL. Your web server has ways to do that, e.g. with a user and
>> password.
>>
>> 2) Activation changes via the status worker are not persistent. When your
>> web server is restarted, activation switches back to what is in your
>> workers.proprties. If you want to change activation in a persistant way, you
>> also have to change your workers.properties.
>>
>> Regards,
>>
>> Rainer
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>

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

Reply via email to