I am also using CAS 4. And still in the development stage. Yes I too faced this really annoying error very frequently on Tomcat. And wondering if this problem would create serious risk on production.
Out of curiosity can I know your JVM memory allocation settings My current dev settings is as below on Weblogic may have to restart at least once a day... would increase it later if needed. JAVA Memory arguments: -Xms256m -Xmx512m -XX:CompileThreshold=8000 -XX:PermSize=128m -XX:MaxPermSize=256m - Jay On Tue, Nov 4, 2014 at 2:16 PM, David A. Kovacic <[email protected]> wrote: > All, > > This morning one of our production SSO servers ran out of Java heap > memory when trying to add to the (ehcache) ticket cache (after about 6 > days of continuous operation). The server hung itself in such a way > that the other production server locked up as well waiting for ticket > replication to complete. This caused the entire service to be down > until we killed off the affected server (we actually had to "kill -9" > the tomcat process). Needless to say this is not a good thing and we > need to take steps to make sure it doesn't happen again. > > We've found where to increase the heap size max for tomcat, but we would > like to be able to monitor the memory usage so we can take more > proactive action if we start to run out. We've looked at > https://<server>/cas/status but can't tell if the memory usage there > includes an ehcache ticket registry or if that is excluded. > > I know I've asked this question before and never gotten an answer (maybe > no one knows), but is there any way we can monitor the number of tickets > (TGTs, LTs, STs) in an ehcache? The performance monitor that comes with > the default server states that it only works for the in-memory and > JPA-based ticket registries. > > Finally, are there any "best practices" surrounding regular restarts of > the servers (any known memory leaks, etc) and what would the timing of > those restarts need to be? > > Dave > > > -- > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > -- You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user
