We've discovered a problem with simply adding another (HTTP) Connector
in that by allowing a different form of connection to our web app and
using this connector for our monitoring, we aren't testing the path that
a user would take, which is through the load balancer and mod JK. One
of the issues we had was that we had an errant script that was rsync-ing
from one Tomcat server to the other (when we had one active and one as a
backup) to ensure that the second machine was always up-to-date with the
latest version of the web app. When we went from active/passive to
active/active w/ a load-balancer, we forgot to remove this script so the
server.xml file, where the JVM Route is defined, was getting clobbered
with the source Tomcat server's server.xml file and causing major
accessibility issues. Having another connector and using that for our
monitoring would actually have told us that the server was fine when in
fact no one could get to it because Apache became confused when it now
has two load balanced servers but they both have the same JVM Route.
The 'wget' command allows the user to play with Cookies so our next step
is to see if we can specify a fake JSESSIONID in cookie form to see if
we can dictate to which server Apache will send us. As previously
mentioned, we cannot simply put this on the URL as a parameter because
we are using sticky sessions.
--adam
David Rees wrote:
On Wed, Nov 12, 2008 at 1:15 PM, Adam Gordon <[EMAIL PROTECTED]> wrote:
See my reply to Hassan. I think setting up a proxy would be overkill, and
besides, when running Tomcat in a load-balanced capacity w/ sticky sessions
using mod JK, while you can connect directly to the port on which Tomcat is
listening for mod JK requests, unless you speak mod JK, it doesn't do
anything.
Did you not see my earlier post? It sounds like you should be able to
do what you want without any configuration changes at all.
-Dave
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
