-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Peter,
On 1/12/15 12:51 PM, Peter Rifel wrote:
> I'm running Tomcat 8.0.15 with Java 1.8.0_25 on Ubuntu 14.04. We
> have 5 instances that are all setup with session clustering as
> follows:
>
> <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster">
> <Manager className="org.apache.catalina.ha.session.DeltaManager"
> stateTransferTimeout="5" /> <Channel
> className="org.apache.catalina.tribes.group.GroupChannel">
> <Membership
> className="org.apache.catalina.tribes.membership.McastService"
> address="${multicast}" /> </Channel> </Cluster>
>
> -Dmulticast=228.0.0.4
>
> To help prevent accidental misconfigurations that have occurred in
> the past, I decided to implement monitoring on the session
> replication by checking the JMX mbean
> Catalina/Manager/<host>/<context>/activeSessions attribute. Most
> of the time the values for the 5 instances are all within 1 or 2 of
> each other. Over the weekend we consistently had one instance that
> had more sessions than the other 4. It began with 102 sessions
> where every other instance had 95. Over the next 36 hours as more
> sessions were expiring over the weekend, the difference grew to 49
> vs 29. Eventually it resynced and now they all report the same
> active session count. My question is, does anyone know why this
> would happen, and if this can be expected is there a better way to
> monitor session replication to ensure that there isn't one instance
> that isn't being replicated to? I believe this only happens on
> weekends when most sessions are expiring and very few are being
> created but I may be wrong.
How is your load-balancer configured to distribute traffic?
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJUtBuzAAoJEBzwKT+lPKRYhTIP/1x86hXRr3MIMrghDSes/PH7
OcY6CVI2qXlhIqSAv6++jN2g+DQq006dH4l5WtxcMGFjq2fWfd0cqut5Kt5nY5Ux
5Hy2xT70BQ36/4jHQOteJcwtpKIjqJ6D7Qf7G3TuibnpKtE8bPYwFkh1Lc9ca+Me
OytFvaPK7TFnLR3v7tXxlQDc4c7u6r7wsA8eHNjXrbOUEfhO/qTuqE9MCW7EBecn
IaWh1l7pLUfwoSsxxNtrRrftB9DgzZ54Jp2tY0WbxTpkNnbTOkOFbXn/pOH9ANEO
bGB+efMHmhoq3v1v3AyBS97mYunsuA32qEyhki1pKirJhSrCIVFo8kAFiQsYno8G
GeU3QvP8EwjpWQOj8KCtfr8UJtH5VQVCPPLQjI9o+JSAjSlS/DuzczXBcjryX0QO
z48qQ4h8RnH+x63WoJk8G//gsOKbftelUq2x5o+EA3doqIn53tBDLT2hsDW/eaUS
pXG1wniavTfkJMfsCj0SE6zzVpGT2G2goayRjuP6HJjdsa3+uwIg6c2nLVwJmnf8
gXoOUaBkAo4hhHre7JbDrwfR9mayBHLt5wbcF5rz5XTMUtSWy97CisCG97TZaTCO
aa/opD9oVs6W2yTUV4eRZP7HBGLeEmaJB+TIXz59tzDy3LJEZ6anw2FAhEw1ctzm
x7a5Rta4raqLnKpU5dlm
=w2Kh
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
