Duane, Is the problem the total number of logins or the rate of logins? Could ehcache be 'filling up'? I seem to recall that ehcache can be configured with a maximum cache size.
Ray On Thu, 2018-01-18 at 10:22 -0800, Duane Booher wrote: Hi, we have been running a new production upgrade to CAS 5.1.6 for about a week. Most things are working, however during our peak login times, our TGT sessions do not last the expected default of two hours and require the user to re-login early. We have a two host cluster with ehcache enabled. We are using these defaults, which work with TGT persistence up to two hours, but only during medium to low volume login periods. cas.ticket.tgt.maxTimeToLiveInSeconds=28800 cas.ticket.tgt.timeToKillInSeconds=7200 We also get a TGT TICKET_GRANTING_TICKET_DESTROYED as the new login authentication is processing. Any ideas on possible mis-configurations areas, or how to best debug this? Duane -- Ray Bon Programmer analyst Development Services, University Systems 2507218831 | CLE 019 | [email protected] -- - Website: https://apereo.github.io/cas - Gitter Chatroom: https://gitter.im/apereo/cas - List Guidelines: https://goo.gl/1VRrw7 - Contributions: https://goo.gl/mh7qDG --- You received this message because you are subscribed to the Google Groups "CAS Community" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/apereo.org/d/msgid/cas-user/1516302264.1815.78.camel%40uvic.ca.
