-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Peter,
On 9/15/14 5:00 PM, Peter Kirby wrote: > On Mon, Sep 15, 2014 at 3:44 PM, Daniel Mikusa <dmik...@pivotal.io> > wrote: > >> On Mon, Sep 15, 2014 at 3:38 PM, Peter Kirby >> <lpki...@harding.edu> wrote: >> >>> On Mon, Sep 15, 2014 at 2:01 PM, Peter Kirby >>> <lpki...@harding.edu> >> wrote: >>> >>>> On Mon, Sep 15, 2014 at 10:26 AM, Daniel Mikusa >>>> <dmik...@pivotal.io> wrote: >>>> >>>>> Have you tried deploying a simple test application to >>>>> confirm that clustering is working properly? >>>>> >>>> >>>> I just setup a small session counter and it appears to not be >>>> shared across the different servers correctly. Thanks for >>>> the suggestion. >> I'll >>>> keep working on that and reply again if, after fixing session >>>> info, I >>> still >>>> have the same problem. >>> >>> >>> Well, if I had known it would be that fast of a fix, I would >>> not have replied to the email. I had accidentally left one >>> server on Tomcat >> 8.0.12 >>> and the other on Tomcat 7.0.55. After they were both on the >>> same >> version, >>> the session information is shared perfectly, which is what I >>> expected. >>> >>> However, the original problem remains. I discovered I don't >>> even have to submit the page to fix the "broken" session. I >>> can go to the web page >> and >>> after it loads hit refresh. That takes care of the first page >>> that just resets. After the refresh button I can log in as >>> normal. >>> >>> If I do actually submit the first time, the jessionid variable >>> shows up >> in >>> the URL when the page comes up the second time in case that's >>> helpful. >>> >>> Thanks for your time. >>> >> >> It might be helpful to look at the access logs on your Tomcat >> instances and also whatever is in front of them. This might >> start to give an account of what happens after the request leaves >> your browser. >> >> Also might be helpful to increase the log level for clustering. >> I think the following should be helpful. >> >> org.apache.catalina.ha.level = FINEST >> org.apache.catalina.tribes.level = CONFIG >> >> Note, you'll probably also have to set the log level of your >> handler to FINEST, otherwise that'll filter out these messages. >> >> 1catalina.org.apache.juli.FileHandler.level = FINEST >> >> or set ".level" for whatever handler the messages are being sent >> to. >> >> Dan >> > > Thanks, I'll play with that and see if I see anything. > > @Felix - The clustering is just done with DNS. I'm running Tomcat > by itself, not behind Apache. I do not have a jvmRoute value set > either in test nor production and production works great. So, replicated sessions (duh, clustering) and no formal load-balancing (meaning that each request is randomly sent to a Tomcat backend server)? Are you using cookie-based session tracking? Does the test client support clients and have them enabled? I've seen things like this happen when testing with cookies disabled and forgetting to run the /j_security_check URL through request.encodeURL(), so your session id gets dropped when you try to log in. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUGFZIAAoJEBzwKT+lPKRYAMQP/3LqMLJuePJfdPwp1ZGKU2XA poi8bY2u1yCJRJPpRUqEU6zNP8mF9wfkucOlkquMBkyJl71K22jF1qXdDFq7iP0X ghdnUlVbsHpMmHAsZjkPiiSZONuKw17jT77R0Y4iGBW3rY19XQ9ZDM2Vy5bJyWTA t7ZeKlhr017EwpuEl87YgTcSO5a0fTlAy9Qk0UE5GkGIhe4XTOfkKne5QUUXY8vV npuC1U5XyzxyHS3jzKkCqoPFyMIKFexBepOP+DJf2yqhcsGQPuDVhji6Y5uy1WkC unRwBcYK3qj58sx1mQ5nZ5baOg7kFS4JUKjuKaoF/9zYTBEcVxJBpehlD3pz6qFr 4H2GnhUUJ/VCPsqy3Rn/nRzA6kieq4pKoCuRO3dc7K8n4I0MNIM5gia2JhNm0YQW XYornMKwJMRlXLPFab0WGFKwUwa8nQdUhJjvKm0jBCSlEfhxhDS4WdRIVAtBBu71 dcMJ011Mvh4rQ8j65meEMrNKfAJLGPzuYqdiMjnVXNT9phFV09OG9vYNXJORIL88 JpwF4TkEo4hL2WjV/XodEnoa3tRWMtpJ2jIaV0Zu28SYa+CPPb0nAk/y9daWNWBx BqgqS5V1S+1XRRTy09n7f8zoGv0+FseLe629K1sUcoCH+dy0jt6MPQeUYdiRy4Yg GnSLEJn10rf84rQkr2VO =TISm -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org