Hi, I thought I'd ask the community for help debugging this one. For the past week, we've been having troubles with Tomcat dying on us. The error message in the Tomcat logs indicates that the JVM has run out of memory (snippets of log files and config files below). The system has 8GB of RAM, and here's what we have configured for Tomcat memory settings:
### > tomcat memory settings, from /etc/tomcat5/tomct5.conf # recommended settings for a production DSpace environment # from Mark Wood ([email protected]) JAVA_OPTS="-Xmx1024M -Xms768M" JAVA_OPTS="$JAVA_OPTS -XX:MaxPermSize=128M" JAVA_OPTS="$JAVA_OPTS -XX:PermSize=32M" # tweak from Bill Anderson at GAtech: use the parallel garbage collector JAVA_OPTS="$JAVA_OPTS -XX:+UseParallelGC" ### > Here is the error message we're seeing in the tomcat logs: # There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (malloc) failed to allocate 32756 bytes for ChunkPool::allocate # An error report file with more information is saved as: # /home/dspace/hs_err_pid7188.log ### > contents of /home/dspace/hs_err_pid7188.log # There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (malloc) failed to allocate 32756 bytes for ChunkPool::allocate # Possible reasons: # The system is out of physical RAM or swap space # In 32 bit mode, the process size limit was hit # Possible solutions: # Reduce memory load on the system # Increase physical memory or swap space # Check if swap backing store is full # Use 64 bit Java on a 64 bit OS # Decrease Java heap size (-Xmx/-Xms) # Decrease number of Java threads # Decrease Java thread stack sizes (-Xss) # Set larger code cache with -XX:ReservedCodeCacheSize= # This output file may be truncated or incomplete. # # Out of Memory Error (allocation.cpp:211), pid=7188, tid=1800473488 # # JRE version: 6.0_26-b03 # Java VM: Java HotSpot(TM) Server VM (20.1-b02 mixed mode linux-x86 ) --------------- T H R E A D --------------- Current thread (0x6ba00800): JavaThread "C2 CompilerThread0" daemon [_thread_in_native, id=7204, stack(0x6b490000,0x6b511000)] Stack: [0x6b490000,0x6b511000], sp=0x6b50de80, free space=503k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x7248b0] ### > there are two similar hs_err.log files, reporting similar error conditions (insufficient memory), dated 07/05/2011 and 07/06/2011 I can post snippets from other log files, but figured I'd see if anyone had any advice of where to look/what to look for? -- HARDY POTTINGER <[email protected]> University of Missouri Library Systems http://lso.umsystem.edu/~pottingerhj/ "No matter how far down the wrong road you've gone, turn back." --Turkish proverb ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
