Tomcat perm gen space

When I reload my war file in tomcat about seven times it throws a PermGen space issue and is out of memory. What is the best way to diagnosis this problem to fix it? Thanks!

There are various explanations for this issue. One is that usage of XML is the issue, the other one is class loading (from a comment in the JDK). You should check your application for both. It might help for future use.
--olaf

Similar Messages

How to Perm Gen space garbage collected?

Hi,
Im using a small utility to start & stop Embedded Tomcat [both utility & Tomcat are in a single JVM]. The effect of start & stop is that, the classes are not getting unloaded on stopping the Tomcat container & classes are getting reloaded on each & every start,there where no traces of unloading of classes.
So results in Out of Memory Exception : Perm Gen Space.
Trials i had are
1. Called destroy of the Tomcat class loader
2. Used GC option CMSPermGenSweepingEnabled
but no results.
Please let me provide solution.
Thanks in advance,
Edited by: user7362843 on Oct 7, 2010 9:36 PM

What VM are you using?
Classes are unloaded, at least in normal desktop VMs, when the class loader that loaded them is unloaded.
Since you are stating that more than one class of the same type is being loaded that by definition means that you are using class loaders. So allowing those to be collected would allow the old classes to be collected.

Perm gen space error on redeploy.

After about 5 to 6 times of redeploying or stopping and starting of our application, the perm gen space eventualy runs out of memory and the container freezes.
I've noticed (with jprofiler) that all the static classes especially singletons are kept in memory after an undeploy and no memory are released in the perm gen space even on a forced garbage collection.
We do not want to restart the container every time because another applications will then also be affected.
We are using Oracle 10.1.3 and JDK 1.5 update 11.
Any help to remove the singletons from memory would be appreciated.
Thanks.

There are various explanations for this issue. One is that usage of XML is the issue, the other one is class loading (from a comment in the JDK). You should check your application for both. It might help for future use.
--olaf

Regarding Perm Gen Space

Hello,
when i am working with myeclipse i got one error message, that is about Perm Gen Space...... i found some infomation about that, it is regarding non-heap memory and we mention this in ecllipse.ini file......
wright now i just want to know what is this perm gen space ... and what is the role that played in this.... is this regarding VM

The permanent generation is for objects that the vm wants the garbage collector to manage that are not actually allocated by the java application. I.e. interned Strings etc.

Hotspot JVM crash on Solaris 10: perm gen up to 99%

Hello all,
I got 4 JVM crashes with the same Internal Error (5349474E41545552450E43505000C0 01) reported in the Catalina output log. However I have only 1 hs_err_pid.log that is still available (the other 3 were deleted). I've noticed that the perm gen momory was up to 99% full but there was no OutOfMemory error exception. Please help. Thanks.
OS: Solaris 10
JVM: 1.4.2_10
==============================================
# An unexpected error has been detected by HotSpot Virtual Machine:
# Internal Error (5349474E41545552450E43505000C0 01), pid=244, tid=7735
# Java VM: Java HotSpot(TM) Client VM (1.4.2_10-b03 mixed mode)
T H R E A D
Current thread (0x01343e78): JavaThread "http-80-Processor15" daemon [_thread_in_vm, id=7735]
Stack: [0xa8000000,0xa8080000), sp=0xa807d518, free space=501k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x398e00]
V [libjvm.so+0x23a49c]
V [libjvm.so+0xcdd44]
V [libjvm.so+0x13fe08]
v ~RuntimeStub::interpreter_entries Runtime1 stub
J org.apache.xalan.xsltc.dom.CurrentNodeListIterator.next()I
J org.apache.xalan.xsltc.dom.StepIterator.next()I
J org.apache.xalan.xsltc.dom.DupFilterIterator.setStartNode(I)Lorg/apache/xml/dtm/DTMAxisIterator;
j GregorSamsa.hcsFmtMainSearchResults(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;I)V+1913
j GregorSamsa.StartUp(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;I)V+129
j GregorSamsa.template$dot$57(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;I)V+6
j GregorSamsa.applyTemplates(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;)V+494
j GregorSamsa.applyTemplates(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;)V+527
j GregorSamsa.transform(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;)V+58
j org.apache.xalan.xsltc.runtime.AbstractTranslet.transform(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/serializer/SerializationHandler;)V+9
j org.apache.xalan.xsltc.trax.TransformerImpl.transform(Ljavax/xml/transform/Source;Lorg/apache/xml/serializer/SerializationHandler;Ljava/lang/String;)V+152
j org.apache.xalan.xsltc.trax.TransformerImpl.transform(Ljavax/xml/transform/Source;Ljavax/xml/transform/Result;)V+119
j com.thc.ids.presentation.services.xslt.PF_XSLTService.transform(Ljava/lang/String;Lorg/apache/velocity/context/Context;Ljavax/xml/transform/Result;)V+84
j com.thc.ids.presentation.services.xslt.PF_XSLTService.transform(Ljava/lang/String;Lorg/apache/velocity/context/Context;)Ljava/lang/String;+34
j com.thc.ids.presentation.services.xslt.PF_XSLT.transform(Ljava/lang/String;Lorg/apache/velocity/context/Context;)Ljava/lang/String;+5
j com.thc.ids.presentation.modules.screens.VelocityXslScreen.buildTemplate(Lorg/apache/turbine/util/RunData;)Lorg/apache/ecs/ConcreteElement;+161
j org.apache.turbine.modules.screens.TemplateScreen.doBuild(Lorg/apache/turbine/util/RunData;)Lorg/apache/ecs/ConcreteElement;+9
j org.apache.turbine.modules.Screen.build(Lorg/apache/turbine/util/RunData;)Lorg/apache/ecs/ConcreteElement;+2
j org.apache.turbine.modules.ScreenLoader.eval(Lorg/apache/turbine/util/RunData;Ljava/lang/String;)Lorg/apache/ecs/ConcreteElement;+6
j org.apache.turbine.modules.layouts.VelocityECSLayout.doBuild(Lorg/apache/turbine/util/RunData;)V+18
j org.apache.turbine.modules.Layout.build(Lorg/apache/turbine/util/RunData;)V+2
j org.apache.turbine.modules.LayoutLoader.exec(Lorg/apache/turbine/util/RunData;Ljava/lang/String;)V+6
j com.thc.ids.presentation.modules.pages.PFPage.supersDoBuildWithChanges(Lorg/apache/turbine/util/RunData;)V+156
j com.thc.ids.presentation.modules.pages.PFPage.doBuild(Lorg/apache/turbine/util/RunData;)V+71
j org.apache.turbine.modules.Page.build(Lorg/apache/turbine/util/RunData;)V+2
j org.apache.turbine.modules.PageLoader.exec(Lorg/apache/turbine/util/RunData;Ljava/lang/String;)V+6
j com.thc.ids.presentation.WebAppController.handleRequest(Lcom/thc/ids/presentation/services/runData/PFRunData;)V+23
j com.thc.ids.presentation.BrowserClientAdapter.doGet(Lorg/apache/turbine/util/RunData;)V+30
j com.thc.ids.presentation.BrowserClientAdapter.doPost(Lorg/apache/turbine/util/RunData;)V+2
j com.thc.ids.presentation.PresentationFrameworkServlet.doPost(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+14
J javax.servlet.http.HttpServlet.service(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V
J javax.servlet.http.HttpServlet.service(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
j com.thc.ids.presentation.PresentationFrameworkServlet.service(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+32
J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
j com.thc.ids.presentation.servlet.filter.padlock.PadlockFilter.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljavax/servlet/FilterChain;)V+624
J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
j com.thc.ids.presentation.servlet.filter.ThrottleFilter.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljavax/servlet/FilterChain;)V+136
J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J org.apache.catalina.core.StandardWrapperValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.core.StandardContextValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.authenticator.AuthenticatorBase.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.core.StandardHostValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.valves.ErrorReportValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.core.StandardEngineValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.connector.CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V
J org.apache.coyote.http11.Http11Processor.process(Ljava/io/InputStream;Ljava/io/OutputStream;)V
J org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V
J org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Ljava/net/Socket;Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V
J org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt([Ljava/lang/Object;)V
j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
V [libjvm.so+0xc9ccc]
V [libjvm.so+0xd8668]
V [libjvm.so+0xd84f4]
V [libjvm.so+0xd847c]
V [libjvm.so+0xd82a8]
V [libjvm.so+0xc8560]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v ~RuntimeStub::interpreter_entries Runtime1 stub
J org.apache.xalan.xsltc.dom.CurrentNodeListIterator.next()I
J org.apache.xalan.xsltc.dom.StepIterator.next()I
J org.apache.xalan.xsltc.dom.DupFilterIterator.setStartNode(I)Lorg/apache/xml/dtm/DTMAxisIterator;
j GregorSamsa.hcsFmtMainSearchResults(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;I)V+1913
j GregorSamsa.StartUp(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;I)V+129
j GregorSamsa.template$dot$57(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;I)V+6
j GregorSamsa.applyTemplates(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;)V+494
j GregorSamsa.applyTemplates(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;)V+527
j GregorSamsa.transform(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/dtm/DTMAxisIterator;Lorg/apache/xml/serializer/SerializationHandler;)V+58
j org.apache.xalan.xsltc.runtime.AbstractTranslet.transform(Lorg/apache/xalan/xsltc/DOM;Lorg/apache/xml/serializer/SerializationHandler;)V+9
j org.apache.xalan.xsltc.trax.TransformerImpl.transform(Ljavax/xml/transform/Source;Lorg/apache/xml/serializer/SerializationHandler;Ljava/lang/String;)V+152
j org.apache.xalan.xsltc.trax.TransformerImpl.transform(Ljavax/xml/transform/Source;Ljavax/xml/transform/Result;)V+119
j com.thc.ids.presentation.services.xslt.PF_XSLTService.transform(Ljava/lang/String;Lorg/apache/velocity/context/Context;Ljavax/xml/transform/Result;)V+84
j com.thc.ids.presentation.services.xslt.PF_XSLTService.transform(Ljava/lang/String;Lorg/apache/velocity/context/Context;)Ljava/lang/String;+34
j com.thc.ids.presentation.services.xslt.PF_XSLT.transform(Ljava/lang/String;Lorg/apache/velocity/context/Context;)Ljava/lang/String;+5
j com.thc.ids.presentation.modules.screens.VelocityXslScreen.buildTemplate(Lorg/apache/turbine/util/RunData;)Lorg/apache/ecs/ConcreteElement;+161
j org.apache.turbine.modules.screens.TemplateScreen.doBuild(Lorg/apache/turbine/util/RunData;)Lorg/apache/ecs/ConcreteElement;+9
j org.apache.turbine.modules.Screen.build(Lorg/apache/turbine/util/RunData;)Lorg/apache/ecs/ConcreteElement;+2
j org.apache.turbine.modules.ScreenLoader.eval(Lorg/apache/turbine/util/RunData;Ljava/lang/String;)Lorg/apache/ecs/ConcreteElement;+6
j org.apache.turbine.modules.layouts.VelocityECSLayout.doBuild(Lorg/apache/turbine/util/RunData;)V+18
j org.apache.turbine.modules.Layout.build(Lorg/apache/turbine/util/RunData;)V+2
j org.apache.turbine.modules.LayoutLoader.exec(Lorg/apache/turbine/util/RunData;Ljava/lang/String;)V+6
j com.thc.ids.presentation.modules.pages.PFPage.supersDoBuildWithChanges(Lorg/apache/turbine/util/RunData;)V+156
j com.thc.ids.presentation.modules.pages.PFPage.doBuild(Lorg/apache/turbine/util/RunData;)V+71
j org.apache.turbine.modules.Page.build(Lorg/apache/turbine/util/RunData;)V+2
j org.apache.turbine.modules.PageLoader.exec(Lorg/apache/turbine/util/RunData;Ljava/lang/String;)V+6
j com.thc.ids.presentation.WebAppController.handleRequest(Lcom/thc/ids/presentation/services/runData/PFRunData;)V+23
j com.thc.ids.presentation.BrowserClientAdapter.doGet(Lorg/apache/turbine/util/RunData;)V+30
j com.thc.ids.presentation.BrowserClientAdapter.doPost(Lorg/apache/turbine/util/RunData;)V+2
j com.thc.ids.presentation.PresentationFrameworkServlet.doPost(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+14
J javax.servlet.http.HttpServlet.service(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V
J javax.servlet.http.HttpServlet.service(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
j com.thc.ids.presentation.PresentationFrameworkServlet.service(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+32
J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
j com.thc.ids.presentation.servlet.filter.padlock.PadlockFilter.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljavax/servlet/FilterChain;)V+624
J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
j com.thc.ids.presentation.servlet.filter.ThrottleFilter.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljavax/servlet/FilterChain;)V+136
J org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J org.apache.catalina.core.StandardWrapperValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.core.StandardContextValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.authenticator.AuthenticatorBase.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.core.StandardHostValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.valves.ErrorReportValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.core.StandardEngineValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V
J org.apache.catalina.connector.CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V
J org.apache.coyote.http11.Http11Processor.process(Ljava/io/InputStream;Ljava/io/OutputStream;)V
J org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V
J org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Ljava/net/Socket;Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V
J org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt([Ljava/lang/Object;)V
j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
P R O C E S S
Java Threads: ( => current thread )
0x00bb39d8 JavaThread "Worker for Socket[addr=/127.0.0.1,port=53366,localport=20046]" daemon [_thread_blocked, id=123794]
0x01362938 JavaThread "Thread-122036" daemon [_thread_blocked, id=123759]
0x00ef4678 JavaThread "process reaper" daemon [_thread_in_native, id=123758]
0x0137d288 JavaThread "Worker for Socket[addr=/127.0.0.1,port=53317,localport=20046]" daemon [_thread_blocked, id=123505]
0x01421618 JavaThread "Worker for Socket[addr=/127.0.0.1,port=53316,localport=20046]" daemon [_thread_blocked, id=123504]
0x0111b3d8 JavaThread "Worker for Socket[addr=/127.0.0.1,port=53301,localport=20046]" daemon [_thread_blocked, id=123443]
0x01362790 JavaThread "Thread-116982" daemon [_thread_blocked, id=118635]
0x01079478 JavaThread "process reaper" daemon [_thread_in_native, id=118634]
0x01383a78 JavaThread "Thread-116917" daemon [_thread_blocked, id=118569]
0x012f6980 JavaThread "process reaper" daemon [_thread_in_native, id=118568]
0x014291e8 JavaThread "Thread-103772" daemon [_thread_blocked, id=105258]
0x00ca9298 JavaThread "process reaper" daemon [_thread_in_native, id=105257]
0x01331bb0 JavaThread "Thread-97960" daemon [_thread_blocked, id=99370]
0x012c30a8 JavaThread "process reaper" daemon [_thread_in_native, id=99369]
0x011fe170 JavaThread "Thread-91419" daemon [_thread_blocked, id=92764]
0x012e9540 JavaThread "process reaper" daemon [_thread_in_native, id=92763]
0x00aadd30 JavaThread "Thread-91168" daemon [_thread_blocked, id=92510]
0x00f12418 JavaThread "process reaper" daemon [_thread_in_native, id=92509]
0x012f67a8 JavaThread "Thread-91167" daemon [_thread_blocked, id=92508]
0x010f3ef8 JavaThread "process reaper" daemon [_thread_in_native, id=92507]
0x013ccf38 JavaThread "Thread-91166" daemon [_thread_blocked, id=92506]
0x010fb880 JavaThread "process reaper" daemon [_thread_in_native, id=92505]
0x012f4b08 JavaThread "Thread-90582" daemon [_thread_blocked, id=91889]
0x00a94ad0 JavaThread "process reaper" daemon [_thread_in_native, id=91888]
0x01294f38 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=74360]
=>0x01343e78 JavaThread "http-80-Processor15" daemon [_thread_in_vm, id=7735]
0x00eeb900 JavaThread "http-80-Processor14" daemon [_thread_blocked, id=7734]
0x00e0cee0 JavaThread "http-80-Processor13" daemon [_thread_in_Java, id=7733]
0x00b30c48 JavaThread "http-80-Processor12" daemon [_thread_blocked, id=3209]
0x00be4610 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=23085943" daemon [_thread_blocked, id=2991]
0x00be4468 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=6274237" daemon [_thread_blocked, id=2990]
0x00ab9aa8 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=9727105" daemon [_thread_blocked, id=2989]
0x00ae7698 JavaThread "http-80-Processor11" daemon [_thread_blocked, id=2181]
0x007bc060 JavaThread "http-80-Processor10" daemon [_thread_blocked, id=1686]
0x00dda5f8 JavaThread "http-80-Processor9" daemon [_thread_blocked, id=1570]
0x00bcaa68 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=11736269" daemon [_thread_blocked, id=311]
0x009a3240 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=9336125" daemon [_thread_blocked, id=310]
0x00bca8c0 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=6538948" daemon [_thread_blocked, id=309]
0x005527e0 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=1647407" daemon [_thread_blocked, id=236]
0x00f00f20 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=15839978" daemon [_thread_blocked, id=235]
0x00dbefc8 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=667758" daemon [_thread_blocked, id=234]
0x0099a878 JavaThread "http-80-Processor8" daemon [_thread_blocked, id=199]
0x00e83978 JavaThread "http-80-Processor7" daemon [_thread_blocked, id=190]
0x00e488c8 JavaThread "http-80-Processor6" daemon [_thread_blocked, id=167]
0x005515d0 JavaThread "http-80-Processor5" daemon [_thread_blocked, id=166]
0x00c0dbe0 JavaThread "http-80-Processor4" daemon [_thread_blocked, id=165]
0x00b4f6f8 JavaThread "http-80-Processor3" daemon [_thread_blocked, id=164]
0x00b4fcc0 JavaThread "http-80-Processor2" daemon [_thread_blocked, id=163]
0x003a6f68 JavaThread "http-80-Processor1" daemon [_thread_blocked, id=162]
0x00cfdcb0 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=161]
0x00bcf7f0 JavaThread "Scheduled task MonitorImportExportRequests" daemon [_thread_blocked, id=159]
0x00cf3258 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=12218723" [_thread_blocked, id=158]
0x00cf2770 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=839238" [_thread_blocked, id=157]
0x00bcf648 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=866511" [_thread_blocked, id=156]
0x00b585e8 JavaThread "Scheduled task AcsDBUpdateTicketTask" daemon [_thread_blocked, id=155]
0x00b5aca0 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=27588781" [_thread_blocked, id=154]
0x00d39ce8 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=5079868" [_thread_blocked, id=153]
0x00d39740 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=14277" [_thread_blocked, id=152]
0x00b58b10 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=22925302" [_thread_blocked, id=151]
0x00cfd0d0 JavaThread "com.thc.ids.inf.framework.scheduling.SchedulingService-ThreadHashCode=32631031" [_thread_blocked, id=150]
0x003bfb90 JavaThread "THIDS Period based regulator daemon com.thc.ids.inf.util.logging.DBLogger" daemon [_thread_blocked, id=149]
0x00d38ec0 JavaThread "Scheduled task Heap Size Monitor" daemon [_thread_blocked, id=146]
0x00d3a3e8 JavaThread "Scheduled task CacheManager" daemon [_thread_blocked, id=145]
0x00d38918 JavaThread "/228.1.2.1:7000" [_thread_blocked, id=144]
0x00bec108 JavaThread "Scheduled task AcsDBUpdateTicketTask" daemon [_thread_blocked, id=143]
0x00bec3d0 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=10049554" [_thread_blocked, id=142]
0x00b7ebe0 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=24083007" [_thread_blocked, id=141]
0x00b7ee28 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=19670515" [_thread_blocked, id=140]
0x00b9e6d0 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=32028313" [_thread_blocked, id=139]
0x00b4bf90 JavaThread "com.thc.ids.inf.framework.scheduling.SchedulingService-ThreadHashCode=6458123" [_thread_blocked, id=138]
0x00b80588 JavaThread "THIDS Period based regulator daemon com.thc.ids.inf.util.logging.DBLogger" daemon [_thread_blocked, id=137]
0x00b7e380 JavaThread "Scheduled task Heap Size Monitor" daemon [_thread_blocked, id=134]
0x00b7fb50 JavaThread "Scheduled task CacheManager" daemon [_thread_blocked, id=133]
0x00b7f9a8 JavaThread "/228.1.2.1:7000" [_thread_blocked, id=132]
0x008fca38 JavaThread "GC Daemon" daemon [_thread_blocked, id=131]
0x00571070 JavaThread "RMI Reaper" [_thread_blocked, id=130]
0x006278a0 JavaThread "Thread-69" daemon [_thread_blocked, id=129]
0x005721f8 JavaThread "RMI TCP Accept-0" daemon [_thread_blocked, id=128]
0x00c11f88 JavaThread "Accept" [_thread_blocked, id=127]
0x000c6338 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=27926127" [_thread_blocked, id=126]
0x00194a58 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=15631913" [_thread_blocked, id=125]
0x00590c40 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=17649599" [_thread_blocked, id=124]
0x00c12548 JavaThread "com.thc.ids.inf.framework.scheduling.SchedulingService-ThreadHashCode=28661005" [_thread_blocked, id=123]
0x00187f08 JavaThread "THIDS Period based regulator daemon com.thc.ids.inf.util.logging.DBLogger" daemon [_thread_blocked, id=122]
0x0089a570 JavaThread "Scheduled task Heap Size Monitor" daemon [_thread_blocked, id=119]
0x0089a750 JavaThread "Scheduled task CacheManager" daemon [_thread_blocked, id=118]
0x00c11bd8 JavaThread "/228.1.2.1:7000" [_thread_blocked, id=117]
0x009cd1b8 JavaThread "Scheduled task ACSDBDeleteTicket" daemon [_thread_blocked, id=116]
0x009cc490 JavaThread "Scheduled task AsyncProcessTriggerTask" daemon [_thread_blocked, id=115]
0x009641b0 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=6952180" [_thread_blocked, id=114]
0x003ad548 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=1958936" [_thread_blocked, id=113]
0x009cbae8 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=10749034" [_thread_blocked, id=112]
0x007d9828 JavaThread "Scheduled task CacheFlush" daemon [_thread_blocked, id=111]
0x007d9680 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=18084131" [_thread_blocked, id=110]
0x000f9be0 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=16952981" [_thread_blocked, id=109]
0x000f9a38 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=11987729" [_thread_blocked, id=108]
0x00188f18 JavaThread "Scheduled task AcsDBUpdateTicketTask" daemon [_thread_blocked, id=107]
0x007d5510 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=13834754" [_thread_blocked, id=106]
0x004ac898 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=11607308" [_thread_blocked, id=105]
0x0043e1f8 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=25463487" [_thread_blocked, id=104]
0x0043f608 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=25021098" [_thread_blocked, id=103]
0x00652f50 JavaThread "com.thc.ids.inf.framework.scheduling.SchedulingService-ThreadHashCode=1653717" [_thread_blocked, id=102]
0x0043e3a0 JavaThread "THIDS Period based regulator daemon com.thc.ids.inf.util.logging.DBLogger" daemon [_thread_blocked, id=101]
0x004aae90 JavaThread "Scheduled task Heap Size Monitor" daemon [_thread_blocked, id=98]
0x004aca50 JavaThread "Scheduled task CacheManager" daemon [_thread_blocked, id=97]
0x00647420 JavaThread "/228.1.2.1:7000" [_thread_blocked, id=96]
0x007b3be0 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=30465184" [_thread_blocked, id=95]
0x0064c368 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=27192531" [_thread_blocked, id=94]
0x00823268 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=22204202" [_thread_blocked, id=93]
0x008eec00 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=22277774" [_thread_blocked, id=92]
0x008a53d0 JavaThread "com.thc.ids.inf.framework.scheduling.SchedulingService-ThreadHashCode=10141170" [_thread_blocked, id=91]
0x008eea58 JavaThread "THIDS Period based regulator daemon com.thc.ids.inf.util.logging.DBLogger" daemon [_thread_blocked, id=90]
0x00823ab0 JavaThread "Scheduled task Heap Size Monitor" daemon [_thread_blocked, id=87]
0x00823c98 JavaThread "Scheduled task CacheManager" daemon [_thread_blocked, id=86]
0x00822030 JavaThread "/228.1.2.1:7000" [_thread_blocked, id=85]
0x0064abe0 JavaThread "Scheduled task AcsDBUpdateTicketTask" daemon [_thread_blocked, id=84]
0x0064b680 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=3231505" [_thread_blocked, id=83]
0x005e3ff0 JavaThread "Scheduled task LabNotes" daemon [_thread_blocked, id=82]
0x005f1588 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=3238086" [_thread_blocked, id=81]
0x00c13130 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=12430126" [_thread_blocked, id=80]
0x008859c8 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=3879853" [_thread_blocked, id=79]
0x00326fc0 JavaThread "com.thc.ids.inf.framework.scheduling.SchedulingService-ThreadHashCode=30823605" [_thread_blocked, id=78]
0x003255a0 JavaThread "THIDS Period based regulator daemon com.thc.ids.inf.util.logging.DBLogger" daemon [_thread_blocked, id=77]
0x0074e2f8 JavaThread "Scheduled task Heap Size Monitor" daemon [_thread_blocked, id=74]
0x00325f48 JavaThread "Scheduled task CacheManager" daemon [_thread_blocked, id=73]
0x00325da0 JavaThread "/228.1.2.1:7000" [_thread_blocked, id=72]
0x0046af10 JavaThread "Scheduled task AcsDBUpdateTicketTask" daemon [_thread_blocked, id=71]
0x00186b78 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=29383146" [_thread_blocked, id=70]
0x00897e60 JavaThread "Scheduled task LabNotes" daemon [_thread_blocked, id=69]
0x0044c688 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=5705081" [_thread_blocked, id=68]
0x0044c4e0 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=18214005" [_thread_blocked, id=67]
0x00c12f88 JavaThread "com.thc.ids.inf.framework.opf.rdbms.datastore.pooling.DynamicConnectionPoolMonitor-ThreadHashCode=15136214" [_thread_blocked, id=66]
0x004256f8 JavaThread "com.thc.ids.inf.framework.scheduling.SchedulingService-ThreadHashCode=18539794" [_thread_blocked, id=65]
0x0044b118 JavaThread "THIDS Period based regulator daemon com.thc.ids.inf.util.logging.DBLogger" daemon [_thread_blocked, id=64]
0x00834b48 JavaThread "Scheduled task Heap Size Monitor" daemon [_thread_blocked, id=61]
0x00425150 JavaThread "Scheduled task CacheManager" daemon [_thread_blocked, id=60]
0x00449be0 JavaThread "/228.1.2.1:7000" [_thread_blocked, id=59]
0x005ef030 JavaThread "com.thc.ids.inf.framework.scheduling.ScheduledTask-ThreadHashCode=21506365" [_thread_blocked, id=58]
0x0060c628 JavaThread "Scheduled task LabNotes" daemon [_thread_blocked, id=57]
0x00c1d490 JavaThread "com.thc.ids.inf.framework.opf.rdbms

soumikinthesun wrote:
Yes I am using OCI driver. But can you tell me where is the problem using OCI driver?Nope.
If you want to spend the time then you do the following.
1. Reduce the code to the point where you have a small example that fails
2. Make a bug report to Oracle.
If you want a solution, since waiting on a Oracle fix is unlikely to be something that you can do (unless you have a service contract and they state that they will fix it) then do one of the following.
1. Use the thin driver, not the OCI one.
2. Use a different version of the OCI driver
3. Determine exactly where the problem occurs and find a different way to structure the code (java and SQL) so the error does not occur.
I don't think my system is corrupted because the core is comming in customer machine as well as our test machine.
That doesn't completely eliminate the possibility but it does make it much less likely.
we are getting core from libjvm.so , so I think it is not the crash of oracle VM. It is the crash of SUN VM
what do you think?The Oracle and Sun VMs are completely different applications. They are your applications so I can't tell you what you are running. The Oracle VM would, normally, be used for embedded java procs in the database itself. And if you are using OCI in that code then you are doing it wrong.

IPod Nano 3rd Gen "Space"

Well it is said that for the specs of the 3rd gen nano (8GB) that you can have Up to 2,000 songs, up to 7,000 photos, up to 8 hours of video, or some of each. What if I use around 2,000 Songs but no photos, how much more hours of video can i have?

It's all about Gigabytes, not "numbers of songs". You can have one movie that's 8Gig, and you're done. In addition, the size of .mp3 files is heavily dependent on the encoding bit rate. Look at the "free space" bar that is displayed both in iTunes and on the iPod (settings) to see what your totals are.

Java.lang.reflect.InvocationTargetException and OutOfMemoryError non heap

Hi,
After tomcat running 3,4 days well with 75 users, suddenly we are facing InvocationTargetException caused by OutOfMemoryError for 3,4 users some times. The JAVA_OPTS options are well configured as observed no heap error issue. Heap utilization is only 60% but Foud that CodeCache is reaching maximum. As codecache is no heap,so it may not provide outofmemory issue. Currently everyday outof production time we are restarting server to avoid sudden exception in production. The following is the exception we received as suggestion of finding the root cause.
We are using XForms xslt & xpl's in which our spring integrated java dynamically compiled code will be called.
ep 11, 2009 8:38:00 AM org.apache.jk.common.ChannelSocket processConnection
WARNING: processCallbacks status 2
08:38:00,202 WARN [PortletLocalServiceImpl:143] Portlet not found for liferay.com preferencetest_WAR_ops
08:38:00,233 WARN [PortletLocalServiceImpl:143] Portlet not found for liferay.com preferencetest_WAR_ops
java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor2049.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.orbeon.oxf.processor.SimpleProcessor$1.readImpl(SimpleProcessor.java:70)
at org.orbeon.oxf.processor.ProcessorImpl$6.read(ProcessorImpl.java:995)
at org.orbeon.oxf.processor.ProcessorImpl$ProcessorOutputImpl.read(ProcessorImpl.java:1178)
at org.orbeon.oxf.processor.JavaProcessor$1.readImpl(JavaProcessor.java:66)
at org.orbeon.oxf.processor.ProcessorImpl$6.read(ProcessorImpl.java:995)
at org.orbeon.oxf.processor.ProcessorImpl$ProcessorOutputImpl.read(ProcessorImpl.java:1178)
at org.orbeon.oxf.processor.ProcessorImpl.readInputAsSAX(ProcessorImpl.java:350)
at org.orbeon.oxf.processor.pipeline.AggregatorProcessor.access$100(AggregatorProcessor.java:38)
at org.orbeon.oxf.processor.pipeline.AggregatorProcessor$1.readImpl(AggregatorProcessor.java:93)
at org.orbeon.oxf.processor.ProcessorImpl$6.read(ProcessorImpl.java:995)
at org.orbeon.oxf.processor.ProcessorImpl.readInputAsDOM4J(ProcessorImpl.java:368)
at org.orbeon.oxf.processor.ProcessorImpl.readInputAsDOM4J(ProcessorImpl.java:387)
at com.expeditor.processors.SingleTaskData.generateData(SingleTaskData.java:85)
at sun.reflect.GeneratedMethodAccessor2048.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.orbeon.oxf.processor.SimpleProcessor$1.readImpl(SimpleProcessor.java:70)
at org.orbeon.oxf.processor.ProcessorImpl$6.read(ProcessorImpl.java:995)
at org.orbeon.oxf.processor.ProcessorImpl$ProcessorOutputImpl.read(ProcessorImpl.java:1178)
at org.orbeon.oxf.processor.JavaProcessor$1.readImpl(JavaProcessor.java:66)
at org.orbeon.oxf.pipeline.InitUtils.runProcessor(InitUtils.java:95)
at org.orbeon.oxf.webapp.ProcessorService.service(ProcessorService.java:96)
at org.orbeon.oxf.portlet.OPSPortletDelegate.forward(OPSPortletDelegate.java:253)
at org.orbeon.oxf.externalcontext.PortletToExternalContextRequestDispatcherWrapper.forward(PortletToExternalContextRequestDispatcherWrapper.java:35)
at org.orbeon.oxf.xforms.XFormsSubmissionUtils.openOptimizedConnection(XFormsSubmissionUtils.java:108)
at org.orbeon.oxf.xforms.XFormsModelSubmission.performDefaultAction(XFormsModelSubmission.java:768)
at org.orbeon.oxf.xforms.XFormsContainingDocument.dispatchEvent(XFormsContainingDocument.java:1283)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:754)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:684)
at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:876)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.OutOfMemoryError
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
at java.lang.Class.getDeclaredMethods(Class.java:1791)
at org.codehaus.janino.ReflectionIClass.getDeclaredIMethods2(ReflectionIClass.java)
at org.codehaus.janino.IClass.getDeclaredIMethods(IClass.java)
at org.codehaus.janino.IClass.getDeclaredIMethods(IClass.java)
at org.codehaus.janino.UnitCompiler.getIMethods(UnitCompiler.java)
at org.codehaus.janino.UnitCompiler.findIMethod(UnitCompiler.java)
at o

Hi,
we have observed memory usage with probe in tomcat. Found no issue with non heap of permgen space. We are generating some dynamic classes which are around 30 for entire application. It is working for 3 days . Even in probe found that perm gen space is gradually decreasing.
When perm gen outofmemory exception arrived (we reduced and tested ) in the logs we are getting the Error specifying it is OutOfMemory because of PermGen space not enoug.
But CodeChache is reaching it's maximum as observed in probe and Error message is as above withou heap/perm gen/ other details.

JNI_CreateJavaVM returns JNI_ENOMEM (-4) from different versions of the jre

I have created a JNI dll, invoked from a VBA Excel add-in to execute Java code. This works fine until I introduce the -Xmx parameter as a vm option.
Before creating the VM, I use a VirtualAlloc/Free loop to make sure the -Xmx parameter is not too large, decrementing it by 2MB each time until an allocable amount is found (thanks to [jurberg's post|http://forums.sun.com/thread.jspa?forumID=37&threadID=5220601]; my version, slightly modified, is posted below). I then pass that value to the VM via the -Xmx option.
This works great when I am using a JRE 1.6 installed in the "C:\Program Files\Java\*jre1.6.0_xx"* directory. When the same* JRE version is installed in the "C:\Program Files\Java\*jre6*" directory, JNI_CreateJavaVM fails with JNI_ENOMEM. Calling GetLastError returns 0 ("operation completed successfully"). Using a *1.5 JRE*, this also fails, returning JNI_ENOMEM, but GetLastError returns error code 6 ("the handle is invalid").
A little about my platform:
     Windows XP Pro
     Building JNI dll using Microsoft Visual C++ 2008 and 1.5 JDK
I have multiple JREs and JDKs installed on my system as this is a dev machine, but I have the same problem on a non-dev machine running XP Home.
Here is a snippet of my code used to create the vm:
     // create the JNI structures
     const int numOptions = args.size();
     JavaVMInitArgs vm_args;
     JavaVMOption* options = new JavaVMOption[numOptions];
        log("Creating JVM with parameters:");
        int i = 0;
        char * nextArg;
        for (itr=args.begin(); itr != args.end(); itr++) {
            nextArg = new char[(*itr).length() + 1];
            strcpy(nextArg, (*itr).c_str());
            options.extraInfo = NULL;
options[i++].optionString = nextArg;
log("\t" + string(nextArg));
     vm_args.version = CRUSH_JNI_VERSION;
     vm_args.options = options;
     vm_args.nOptions = numOptions;
     vm_args.ignoreUnrecognized = JNI_FALSE;
// load and initialize the Java VM, and return a JNI interface pointer
JNIEnv* env = NULL;
     err = (*createVM)(&jvm, (void**)&env, &vm_args);
     // err is -4 (JNI_ENOMEM) in the cases described above
Does anyone have any suggestions on what is going on here and how I might make this code stable for all 1.5 and 1.6 JREs, regardless of where they are installed?
Thanks in advance,
Sarah
Code to determine max -Xmx value:static const DWORD NUM_BYTES_PER_MB = 1024 * 1024;
bool canAllocate(DWORD bytes)
LPVOID lpvBase;
lpvBase = VirtualAlloc(NULL, bytes, MEM_RESERVE, PAGE_READWRITE);
if (lpvBase == NULL) return false;
VirtualFree(lpvBase, 0, MEM_RELEASE);
return true;
int getMaxHeapAvailable(int permGenMB, int maxHeapMB)
DWORD          originalMaxHeapBytes = 0;
DWORD          maxHeapBytes = 0;
int               numMemChunks = 0;
SYSTEM_INFO          sSysInfo;
DWORD          maxPermBytes = permGenMB * NUM_BYTES_PER_MB;     // Perm space is in addition to the heap size
DWORD          numBytesNeeded = 0;
GetSystemInfo(&sSysInfo);
// jvm aligns as follows:
// quoted from size_t GenCollectorPolicy::compute_max_alignment() of jdk 7 hotspot code:
// The card marking array and the offset arrays for old generations are
// committed in os pages as well. Make sure they are entirely full (to
// avoid partial page problems), e.g. if 512 bytes heap corresponds to 1
// byte entry and the os page size is 4096, the maximum heap size should
// be 512*4096 = 2MB aligned.
// card_size computation from CardTableModRefBS::SomePublicConstants of jdk 7 hotspot code
int card_shift = 9;
int card_size = 1 << card_shift;
DWORD alignmentBytes = sSysInfo.dwPageSize * card_size;
maxHeapBytes = maxHeapMB * NUM_BYTES_PER_MB;
// make it fit in the alignment structure
maxHeapBytes = maxHeapBytes + (maxHeapBytes % alignmentBytes);
numMemChunks = maxHeapBytes / alignmentBytes;
originalMaxHeapBytes = maxHeapBytes;
// loop and decrement requested amount by one chunk
// until the available amount is found
numBytesNeeded = maxHeapBytes + maxPermBytes;
while (!canAllocate(numBytesNeeded) && numMemChunks > 0)
numMemChunks --;
maxHeapBytes = numMemChunks * alignmentBytes;
numBytesNeeded = maxHeapBytes + maxPermBytes;
if (numMemChunks == 0) return 0;
// we can allocate the requested size, return it now
if (maxHeapBytes == originalMaxHeapBytes) return maxHeapMB;
// calculate the new MaxHeapSize in megabytes
return maxHeapBytes / NUM_BYTES_PER_MB;

I have a similar, but I think much simpler problem. Namely, I get ENOMEM's when as far as I can tell there's plenty of memory available. It seems to have something to do with how Windows is configured, although I've never been able to determine what it could be.FWIW, in my case, I found that if I loaded my JNI dll into a console process, the max heap requested was always allocated. But when loading into Excel, the same amount would be too much. This was partly due to the fact that Excel has its own memory management, limiting the amount of memory workbooks can use. Also, it could be due to the vm not being able to reserve a contiguous chunk of memory for the max heap space.
Why (and how) separate the permanent generation space from the rest of the max heap? It seems you'll fail if you can't get that much space (which is the why) but how did you determine what it is?The VM uses the perm gen space plus the requested max heap space when attempting the VirtualAlloc call to verify that it can allocate the specified amount. The default perm gen is 64MB, but that can be changed via the -XX:MaxPermSize vm parameter, so I allow for any requested value.
What's CRUSH_JNI_VERSION? It's not in any .h file I have.That's just my own constant defined to be either JNI_VERSION_1_4 or JNI_VERSION_1_6.
Why are you messing with the bootclasspath? (I suspect you're adding something to it. Generally the VM can find it's own damn classpath).Yep, I'm adding the 2.1 JAXB jar to the bootclasspath because earlier 1.6 distributions included JAXB 2.0 and I needed 2.1.
-sarah

Unable to create native thread in Normal Condition

I am trying to analyze the "OOM unable to create native thread" error that occurred in our application. I wrote a sample program which has to creates 5000 threads and monitored it using JConsole.
import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
* ThreadJvmMemory.java
* Created on June 1, 2007, 9:49 AM
* To change this template, choose Tools | Template Manager
* and open the template in the editor.
* @author Administrator
public class ThreadJvmMemory extends Thread{
/** Creates a new instance of ThreadJvmMemory */
BufferedReader in = null;
public ThreadJvmMemory() {
public static void main(String args[]){
ThreadJvmMemory dummy = new ThreadJvmMemory();
dummy.waitTillEnter();
for(int i=0;i<5000;i++){
if(i%1000==0){
System.out.println(i);
dummy.waitTillEnter();
ThreadJvmMemory dummy1 = new ThreadJvmMemory();
dummy1.start();
public void run(){
//System.out.println("Here");
Object dummyObject = new Object();
try {
in = new BufferedReader(new InputStreamReader(System.in));
in.readLine();
} catch (IOException ex) {
ex.printStackTrace();
System.out.println("Came out of the thread");
public void waitTillEnter(){
try {
if(in==null)
in = new BufferedReader(new InputStreamReader(System.in));
in.readLine();
} catch (IOException ex) {
ex.printStackTrace();
I started the program using the following command line option..
"c:\Program Files\Java\jdk1.5.0_09\bin\java.exe" -Dcom.sun.management.jmxremote.port=9979 -Xmx512m -Xminf0.1 -Xmaxf0.1 -XX:MaxPermSize=256m -XX:PermSize=256m -XX:+<GCTYPE> -XX:+PrintGCDetails
where GCType will be UseTrainGC or UseSerialGC or UseParallelGC or
What i observe in all the cases, there are no more than 1000 threads getting created . After completion of 1000 threads garbage collector keeps running and no more threads get created. Since i have configured heapsize to be 512m, PermGenSpace to be 256 and default value for process sapece is 2gb, JVM would be able to create only 1000 threads as per the formula "NoOfThreads = Process space - (Heap + permGen+some for VM initialization)/Stack Size" (correct me if i am wrong). But why i am not getting OutOfMemoryError while creating native thread. Moreover i can observer non-heap (Perm Gen) space keep growing overtime. But there is enough space in all other spaces.So my doubts are
1. Actually when we will get OOM error saying unable to create Native thread. To be more specific when which space occupied i will get this error.
2. Is there any way to configure process space. IMO No ?? Confirm ??
3. Does any one tried using a a tool that analyzes verboseGC output of SUN JVM. If so can you give any pointer. I have read through GCPortal, but i havent fully deployed it.
Java version is 1.5.0
OS Windows 2k3
Snippet of GC Output
[GC [DefNew: 5208K->38K(5824K), 0.0072564 secs] 32049K->26879K(34636K), 0.0080451 secs]
[GC [DefNew: 5222K->24K(5824K), 0.0070320 secs] 32063K->26868K(34636K), 0.0078097 secs]
[GC [DefNew: 5208K->39K(5824K), 0.0082161 secs] 32052K->26883K(34636K), 0.0090173 secs]
[GC [DefNew: 5223K->27K(5824K), 0.0080766 secs] 32067K->26874K(34636K), 0.0089273 secs]
[GC [DefNew: 5211K->39K(5824K), 0.0071186 secs] 32058K->26886K(34636K), 0.0078970 secs]
[GC [DefNew: 5223K->25K(5824K), 0.0070952 secs] 32070K->26875K(34636K), 0.0078766 secs]
[GC [DefNew: 5209K->21K(5824K), 0.0069871 secs] 32059K->26872K(34636K), 0.0077657 secs]

I am trying to analyze the "OOM unable to create native thread" error that occurred in our application. I wrote a sample program which has to creates 5000 threads and monitored it using JConsole.
import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
* ThreadJvmMemory.java
* Created on June 1, 2007, 9:49 AM
* To change this template, choose Tools | Template Manager
* and open the template in the editor.
* @author Administrator
public class ThreadJvmMemory extends Thread{
/** Creates a new instance of ThreadJvmMemory */
BufferedReader in = null;
public ThreadJvmMemory() {
public static void main(String args[]){
ThreadJvmMemory dummy = new ThreadJvmMemory();
dummy.waitTillEnter();
for(int i=0;i<5000;i++){
if(i%1000==0){
System.out.println(i);
dummy.waitTillEnter();
ThreadJvmMemory dummy1 = new ThreadJvmMemory();
dummy1.start();
public void run(){
//System.out.println("Here");
Object dummyObject = new Object();
try {
in = new BufferedReader(new InputStreamReader(System.in));
in.readLine();
} catch (IOException ex) {
ex.printStackTrace();
System.out.println("Came out of the thread");
public void waitTillEnter(){
try {
if(in==null)
in = new BufferedReader(new InputStreamReader(System.in));
in.readLine();
} catch (IOException ex) {
ex.printStackTrace();
I started the program using the following command line option..
"c:\Program Files\Java\jdk1.5.0_09\bin\java.exe" -Dcom.sun.management.jmxremote.port=9979 -Xmx512m -Xminf0.1 -Xmaxf0.1 -XX:MaxPermSize=256m -XX:PermSize=256m -XX:+<GCTYPE> -XX:+PrintGCDetails
where GCType will be UseTrainGC or UseSerialGC or UseParallelGC or
What i observe in all the cases, there are no more than 1000 threads getting created . After completion of 1000 threads garbage collector keeps running and no more threads get created. Since i have configured heapsize to be 512m, PermGenSpace to be 256 and default value for process sapece is 2gb, JVM would be able to create only 1000 threads as per the formula "NoOfThreads = Process space - (Heap + permGen+some for VM initialization)/Stack Size" (correct me if i am wrong). But why i am not getting OutOfMemoryError while creating native thread. Moreover i can observer non-heap (Perm Gen) space keep growing overtime. But there is enough space in all other spaces.So my doubts are
1. Actually when we will get OOM error saying unable to create Native thread. To be more specific when which space occupied i will get this error.
2. Is there any way to configure process space. IMO No ?? Confirm ??
3. Does any one tried using a a tool that analyzes verboseGC output of SUN JVM. If so can you give any pointer. I have read through GCPortal, but i havent fully deployed it.
Java version is 1.5.0
OS Windows 2k3
Snippet of GC Output
[GC [DefNew: 5208K->38K(5824K), 0.0072564 secs] 32049K->26879K(34636K), 0.0080451 secs]
[GC [DefNew: 5222K->24K(5824K), 0.0070320 secs] 32063K->26868K(34636K), 0.0078097 secs]
[GC [DefNew: 5208K->39K(5824K), 0.0082161 secs] 32052K->26883K(34636K), 0.0090173 secs]
[GC [DefNew: 5223K->27K(5824K), 0.0080766 secs] 32067K->26874K(34636K), 0.0089273 secs]
[GC [DefNew: 5211K->39K(5824K), 0.0071186 secs] 32058K->26886K(34636K), 0.0078970 secs]
[GC [DefNew: 5223K->25K(5824K), 0.0070952 secs] 32070K->26875K(34636K), 0.0078766 secs]
[GC [DefNew: 5209K->21K(5824K), 0.0069871 secs] 32059K->26872K(34636K), 0.0077657 secs]

CreateJavaVM fails with JNI_ENOMEM (-4) even though there is enogh memory

Hi,
I am creating a VM on Win XP using JNI_CreateJavaVM. It fails when I add an option "-Xmx1024M", error code being JNI_ENOMEM (-4). It works with "-Xmx500M". The system has 2GB memory, other java processes (non-JNI) start without problems even with more than "-Xmx1024M".
Any ideas?
Bye,
Michael

I have a similar, but I think much simpler problem. Namely, I get ENOMEM's when as far as I can tell there's plenty of memory available. It seems to have something to do with how Windows is configured, although I've never been able to determine what it could be.FWIW, in my case, I found that if I loaded my JNI dll into a console process, the max heap requested was always allocated. But when loading into Excel, the same amount would be too much. This was partly due to the fact that Excel has its own memory management, limiting the amount of memory workbooks can use. Also, it could be due to the vm not being able to reserve a contiguous chunk of memory for the max heap space.
Why (and how) separate the permanent generation space from the rest of the max heap? It seems you'll fail if you can't get that much space (which is the why) but how did you determine what it is?The VM uses the perm gen space plus the requested max heap space when attempting the VirtualAlloc call to verify that it can allocate the specified amount. The default perm gen is 64MB, but that can be changed via the -XX:MaxPermSize vm parameter, so I allow for any requested value.
What's CRUSH_JNI_VERSION? It's not in any .h file I have.That's just my own constant defined to be either JNI_VERSION_1_4 or JNI_VERSION_1_6.
Why are you messing with the bootclasspath? (I suspect you're adding something to it. Generally the VM can find it's own damn classpath).Yep, I'm adding the 2.1 JAXB jar to the bootclasspath because earlier 1.6 distributions included JAXB 2.0 and I needed 2.1.
-sarah

OOM PermGen... How to view the content of permgen

I have a pretty big java application running on windows and linux (redhat) using JBoss as the application server.
The application has been running for a long time without issues and now, with the end of a new release of our software, under heavy load, we are running out of perm gen space.
What I would like to see is a tool that lets me view the content of the perm gen space so I can determine why we are using so much memory.
I am aware of jmap -permstat (on linux only) that should let you view some info about permgem but for me, jmap connects to the java process and never comes back. I tried a profiler (jprofiler) and again, I can't find info about what is occupying the permgen memory space.
Can someone suggest tools, or methods to get to the content of the permgen space so I can determine what our issue is?
Here are our startup options; as you can see it has been tuned quite a bit for maximum performance for our usage patterns.
I would appreciate any help chasing down this issue.
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_02-b05, mixed mode)
-Xms8000m
-Xmx8000m
-Xss256k
-XX:PermSize=256m
-XX:MaxPermSize=256m
-Xmaxjitcodesize96m
-XX:+UseParNewGC
-XX:+HandlePromotionFailure
-XX:ParallelGCThreads=16
-XX:GCHeapFreeLimit=10
-XX:NewRatio=3
-XX:SurvivorRatio=2
-XX:InitialSurvivorRatio=2
-XX:MinSurvivorRatio=2
-XX:GCTimeRatio=19
-XX:MaxTenuringThreshold=128
-XX:TargetSurvivorRatio=90
-XX:+ClassUnloading
-XX:ErrorFile=hs_err_<pid>.log
-XX:HeapDumpPath=java_<pid>.hprof
-XX:-HeapDumpOnOutOfMemoryError

jklopkjl wrote:
Hi i am using oracle 10g .How to view the content of the stored procedure or trigger ?
query ALL_SOURCE
SQL> desc all_source
Name                                      Null?    Type
OWNER                                              VARCHAR2(30)
NAME                                               VARCHAR2(30)
TYPE                                               VARCHAR2(12)
LINE                                               NUMBER
TEXT                                               VARCHAR2(4000)

Java.lang.OutOfMemoryError solved (was NOT a leak)

Alright I'm just posting this to hopefully save someone some time in the future.
This was a bug that dragged out for over a year. An application would be deployed to a production app server and low and behold OutOfMemoryError's would start to be thrown, naturally the new application would look like the most likely culprite. So now the unlucky developer gets to spend hours running the memory profiler and looking in vain for a memory leak that does not exist.
The actual problem was not the Heap running out of memory as in most memory leaks. No, the problem was the app server runs out of Perm Generation space (this is where class loaders and reflection data is stored) by default the Max Perm space is 64MB which is fine for most apps, but on an application server (OC4J in our case) when you have 10 apps with tons of JSP's this space can fill up.
You can check out your perm gen usage by running the jmap tool with the -heap option and pass the pid of the oc4j instance to it, this will tell you your max perm gen space and your current usage.
Anyway to up your max perm gen space, start the java process for your app server with the parameter -XX:MaxPermSize=128m
Problem solved.

Good Luck,
If 10.1.3 uses 1.5.x of the JVM then I believe they added an extra string on the end of of the outofmemoryerror that says Heap or PermGen so you have that hint to go on.
You should take a look at the jmap tool in 1.5 though, you can make it print a dump of what's in the heap then open it up in the tool jhat to take a graphical look of what's hanging out in memory, very useful.
By the way, thanks very much for sharing your
experience.
I will surely encounter your problem since I have a
big app.
I begin deployment to OAS 10.1.3 at the end of the
month, I waited for the latest version since it is
much easier to maintain then previous versions.
Regards
Fred

PermGen

Hi
I am getting Java.lang.OutOfMemoryError: PermGen space error in my application. In order to reduce the same i increased my perm gen space to 256 MB via <jvm-arg>-XX:MaxPermSize=256m</jvm-arg> but the error reoccurred. So I have checked the number of classes that were loading in the JVM and reduced the primitive arrays and inline strings used. Though my application runs on an ERROR logging mode, still i get the same error.. Can you please suggest some more actions i could take..

Are you working with Stanalone Application or Web Based ?
If WebBased than please specify OS and Server name.
Increasing JVM Space normally solve the issue. But better u check ur code and try to figure out what type of object are acquiring memory that they should not do.
Means GC going to fail to collect that object although that are not really used.
Regards,
Shirin

Java.lang.OutOfMemoryError on Eclipse with Flex Plugin

Dear All,
I am compiling a J2EE+Flex application on eclipse ganymede Version: 3.4 with the following eclipse.ini settings. (I am working on windows7 machine with 3GB Ram)
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
512M
-framework
plugins\org.eclipse.osgi_3.4.2.R34x_v20080826-1230.jar
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms512m
-Xmx768m
-XX:PermSize=512m
-XX:MaxPermSize=768m
-XX:+HeapDumpOnOutOfMemoryError
-Djava.net.preferIPv4Stack=true
But I have continuously happened to face for the following Memory out of bounce exception during compiling the application.
An internal error occurred during: "Building Workspace". java.lang.OutOfMemoryError
Following is the exception trace at <workspace>/.metadeta/.log file.
eclipse.buildId=M20080911-1700
java.version=1.6.0_11
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.core.jobs 4 2 2010-05-12 08:14:47.007
!MESSAGE An internal error occurred during: "Building Workspace".
!STACK 0
java.lang.OutOfMemoryError
at java.io.RandomAccessFile.writeBytes(Native Method)
at java.io.RandomAccessFile.write(Unknown Source)
at flex2.compiler.PersistenceStore.write(PersistenceStore.java: 154)
at flex2.compiler.API.persistCompilationUnits(API.java:4154)
at flex2.compiler.API.persistCompilationUnits(API.java:4133)
at flex2.tools.oem.internal.OEMUtil.save(OEMUtil.java:163)
at flex2.tools.oem.Application.save(Application.java:506)
at com.adobe.flexbuilder.multisdk.compiler.internal.ASBuilder.s aveState(ASBuilder.java:522)
at com.adobe.flexbuilder.multisdk.compiler.internal.ASItemBuild er.saveState(ASItemBuilder.java:94)
at com.adobe.flexbuilder.project.compiler.BuilderManager.maybeR emoveOldestBuilder(Unknown Source)
at com.adobe.flexbuilder.project.compiler.BuilderManager.getBui lder(Unknown Source)
at com.adobe.flexbuilder.project.compiler.internal.FlexIncremen talBuilder.preBuild(Unknown Source)
at com.adobe.flexbuilder.project.compiler.internal.FlexProjectB uilder.buildItem(Unknown Source)
at com.adobe.flexbuilder.project.compiler.internal.FlexProjectB uilder.build(Unknown Source)
at com.adobe.flexbuilder.project.compiler.internal.FlexIncremen talBuilder.build(Unknown Source)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildMan ager.java:633)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.internal.events.BuildManager.basicBuild(Bui ldManager.java:170)
at org.eclipse.core.internal.events.BuildManager.basicBuild(Bui ldManager.java:201)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildMan ager.java:253)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.internal.events.BuildManager.basicBuild(Bui ldManager.java:256)
at org.eclipse.core.internal.events.BuildManager.basicBuildLoop (BuildManager.java:309)
at org.eclipse.core.internal.events.BuildManager.build(BuildMan ager.java:341)
at org.eclipse.core.internal.resources.Workspace.build(Workspac e.java:330)
at org.eclipse.ui.actions.GlobalBuildAction$1.run(GlobalBuildAc tion.java:182)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Someone who please be kind enough to help me out to get rid of this exception, I have been working on days in finding a solution for this. What I found in every place was asking to increase the memory for JVM, as you can see I have already done it at the eclipse.ini file, but the error popping up continuously.
Thanks a lot in advance
mmdsriya

Try these tips:
http://www.eclipsezone.com/eclipse/forums/t61618.html
http://wiki.eclipse.org/FAQ_How_do_I_increase_the_permgen_size_available_to_Eclipse%3F
I'm not sure why you have --launcher.XXMaxPermSize so high. You might have to tweak your settings for less perm gen space and more heap.
Jason San Jose
Software Engineer, Flash Builder

Tomcat JRE crash on Windows

We are running Apache Tomcat/5.5.23. When we open a new session to the tomcat from remote server the JRE crashes after the login page. It always terminates in the same location, same crash.
We have tried serveral versions of JRE (1.4, 1.5, 1.6), and tried several versions of tomcats (4 & 5), but it always reproduces. Notice that starting the internet explorer to connect to the tomcat on the local machine (and not from remote server) this does not reproduce. The problem occurs only (and always) when lauching the Internet explorer on remote machine.
I've tried to submit this as bug in SUN's bugdatabase but got no reply.
Anyone know how can we solve this?
JRE CRASH from JRE 1.6:
# An unexpected error has been detected by Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c82b583, pid=2664, tid=2004 # # Java VM: Java HotSpot(TM) Client VM (10.0-b23 interpreted mode windows-x86) # Problematic frame:
# C [ntdll.dll+0x2b583]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x03790800): JavaThread "http-20790-Processor25" daemon [_thread_in_native, id=2004, stack(0x053e0000,0x054e0000)]
siginfo: ExceptionCode=0xc0000005, writing address 0x2f33692f
Registers:
EAX=0x03525780, EBX=0x00000401, ECX=0x2f33692f, EDX=0x02bd9108 ESP=0x054def90, EBP=0x054defa8, ESI=0x03525778, EDI=0x008c0000 EIP=0x7c82b583, EFLAGS=0x00010246
Top of Stack: (sp=0x054def90)
0x054def90: 03525778 03525778 008c0000 033e0000
0x054defa0: 033e0000 02a70000 054deff0 7c82ba81
0x054defb0: 00000401 01525778 00000401 008c0000
0x054defc0: 03525778 00000000 00000780 03527000
0x054defd0: 054df120 033e0000 00000000 00000000
0x054defe0: 00000000 00000111 00000000 000000f0
0x054deff0: 054df0d4 7c82b646 03526000 00001000
0x054df000: 00000401 00000231 03525780 00002000
Instructions: (pc=0x7c82b583)
0x7c82b573: 00 00 8b d0 8b 4a 04 8d 46 08 89 10 89 48 04 56
0x7c82b583: 89 01 57 89 42 04 e8 37 f0 ff ff 89 5d 08 0f b7
Stack: [0x053e0000,0x054e0000], sp=0x054def90, free space=1019k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [ntdll.dll+0x2b583] C [ntdll.dll+0x2ba81] C [ntdll.dll+0x2b646] C [MSVCR71.dll+0x218a] C [net.dll+0x7129] v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::StubRoutines (1)
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::StubRoutines (1)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x03791c00 JavaThread "http-20790-Monitor" [_thread_blocked, id=2196, stack(0x054e0000,0x055e0000)] =>0x03790800 JavaThread "http-20790-Processor25" daemon [_thread_in_native, id=2004, stack(0x053e0000,0x054e0000)]
0x0378c400 JavaThread "http-20790-Processor24" daemon [_thread_blocked, id=3732, stack(0x052e0000,0x053e0000)]
0x0378b400 JavaThread "http-20790-Processor23" daemon [_thread_in_native, id=3540, stack(0x051e0000,0x052e0000)]
0x0378a400 JavaThread "http-20790-Processor22" daemon [_thread_blocked, id=4176, stack(0x050e0000,0x051e0000)]
0x03789000 JavaThread "http-20790-Processor21" daemon [_thread_blocked, id=5584, stack(0x04fe0000,0x050e0000)]
0x03784c00 JavaThread "http-20790-Processor20" daemon [_thread_blocked, id=6112, stack(0x04ee0000,0x04fe0000)]
0x03783c00 JavaThread "http-20790-Processor19" daemon [_thread_blocked, id=5448, stack(0x04de0000,0x04ee0000)]
0x03782c00 JavaThread "http-20790-Processor18" daemon [_thread_blocked, id=5600, stack(0x04ce0000,0x04de0000)]
0x03781c00 JavaThread "http-20790-Processor17" daemon [_thread_blocked, id=4772, stack(0x04be0000,0x04ce0000)]
0x0377d800 JavaThread "http-20790-Processor16" daemon [_thread_blocked, id=6020, stack(0x04ae0000,0x04be0000)]
0x0377c400 JavaThread "http-20790-Processor15" daemon [_thread_blocked, id=1836, stack(0x049e0000,0x04ae0000)]
0x0377b400 JavaThread "http-20790-Processor14" daemon [_thread_blocked, id=1888, stack(0x048e0000,0x049e0000)]
0x0377a400 JavaThread "http-20790-Processor13" daemon [_thread_blocked, id=4768, stack(0x047e0000,0x048e0000)]
0x03776400 JavaThread "http-20790-Processor12" daemon [_thread_blocked, id=2036, stack(0x046e0000,0x047e0000)]
0x03753800 JavaThread "http-20790-Processor11" daemon [_thread_blocked, id=5644, stack(0x045e0000,0x046e0000)]
0x03752800 JavaThread "http-20790-Processor10" daemon [_thread_blocked, id=332, stack(0x044e0000,0x045e0000)]
0x03775800 JavaThread "http-20790-Processor9" daemon [_thread_blocked, id=3560, stack(0x043e0000,0x044e0000)]
0x03751400 JavaThread "http-20790-Processor8" daemon [_thread_blocked, id=2136, stack(0x042e0000,0x043e0000)]
0x03757c00 JavaThread "http-20790-Processor7" daemon [_thread_blocked, id=508, stack(0x041e0000,0x042e0000)]
0x03756c00 JavaThread "http-20790-Processor6" daemon [_thread_blocked, id=3184, stack(0x040e0000,0x041e0000)]
0x03756400 JavaThread "http-20790-Processor5" daemon [_thread_blocked, id=4048, stack(0x03fe0000,0x040e0000)]
0x0373f000 JavaThread "http-20790-Processor4" daemon [_thread_blocked, id=4864, stack(0x03ee0000,0x03fe0000)]
0x0373e000 JavaThread "http-20790-Processor3" daemon [_thread_blocked, id=2424, stack(0x03de0000,0x03ee0000)]
0x03745400 JavaThread "http-20790-Processor2" daemon [_thread_blocked, id=5996, stack(0x03ce0000,0x03de0000)]
0x03744800 JavaThread "http-20790-Processor1" daemon [_thread_blocked, id=4072, stack(0x03be0000,0x03ce0000)]
0x03771800 JavaThread "ContainerBackgroundProcessor[StandardEngine[tomcat]]" daemon [_thread_blocked, id=1076, stack(0x03ae0000,0x03be0000)]
0x02b72400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1704, stack(0x031e0000,0x032e0000)]
0x02b6cc00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4500, stack(0x030e0000,0x031e0000)]
0x02b6b800 JavaThread "Attach Listener" daemon [_thread_blocked, id=5060, stack(0x02fe0000,0x030e0000)]
0x02b6ac00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5264, stack(0x02ee0000,0x02fe0000)]
0x02b19000 JavaThread "Finalizer" daemon [_thread_blocked, id=2204, stack(0x02de0000,0x02ee0000)]
0x02b5b400 JavaThread "Reference Handler" daemon [_thread_blocked, id=5852, stack(0x02ce0000,0x02de0000)]
0x008c7000 JavaThread "main" [_thread_in_native, id=528, stack(0x00530000,0x00630000)]
Other Threads:
0x02b17c00 VMThread [stack: 0x02be0000,0x02ce0000] [id=2140]
0x02b84400 WatcherThread [stack: 0x032e0000,0x033e0000] [id=1432]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 960K, used 572K [0x10010000, 0x10110000, 0x113c0000)
eden space 896K, 56% used [0x10010000, 0x1008f380, 0x100f0000)
from space 64K, 100% used [0x100f0000, 0x10100000, 0x10100000)
to space 64K, 0% used [0x10100000, 0x10100000, 0x10110000)
tenured generation total 6464K, used 6375K [0x113c0000, 0x11a10000, 0x20010000)
the space 6464K, 98% used [0x113c0000, 0x119f9e58, 0x119fa000, 0x11a10000) compacting perm gen total 12544K, used 12511K [0x20010000, 0x20c50000, 0x24010000)
the space 12544K, 99% used [0x20010000, 0x20c47f30, 0x20c48000, 0x20c50000) No shared spaces configured.
Dynamic libraries:
0x00400000 - 0x00485000 D:\PreciseI3\products\gui\website\bin\psin_gui.exe
0x7c800000 - 0x7c8c0000 C:\WINDOWS\system32\ntdll.dll
0x77e40000 - 0x77f42000 C:\WINDOWS\system32\kernel32.dll
0x77f50000 - 0x77feb000 C:\WINDOWS\system32\ADVAPI32.dll
0x77c50000 - 0x77cef000 C:\WINDOWS\system32\RPCRT4.dll
0x76f50000 - 0x76f63000 C:\WINDOWS\system32\Secur32.dll
0x78130000 - 0x781cb000 D:\PreciseI3\products\gui\website\bin\MSVCR80.dll
0x77ba0000 - 0x77bfa000 C:\WINDOWS\system32\msvcrt.dll
0x10000000 - 0x1000a000 D:\PreciseI3\infra\bin\psin_xml_parser.dll
0x00490000 - 0x0052b000 D:\PreciseI3\infra\bin\MSVCR80.dll
0x6d7c0000 - 0x6da10000 D:\PreciseI3\java\JRE1.6\bin\client\jvm.dll
0x77380000 - 0x77411000 C:\WINDOWS\system32\USER32.dll
0x77c00000 - 0x77c48000 C:\WINDOWS\system32\GDI32.dll
0x76aa0000 - 0x76acd000 C:\WINDOWS\system32\WINMM.dll
0x7c340000 - 0x7c396000 D:\sybase\DataAccess\OLEDB\dll\MSVCR71.dll
0x71bc0000 - 0x71bc8000 C:\WINDOWS\system32\rdpsnd.dll
0x771f0000 - 0x77201000 C:\WINDOWS\system32\WINSTA.dll
0x71c40000 - 0x71c97000 C:\WINDOWS\system32\NETAPI32.dll
0x76b70000 - 0x76b7b000 C:\WINDOWS\system32\PSAPI.DLL
0x6d270000 - 0x6d278000 D:\PreciseI3\java\JRE1.6\bin\hpi.dll
0x6d770000 - 0x6d77c000 D:\PreciseI3\java\JRE1.6\bin\verify.dll
0x6d310000 - 0x6d32f000 D:\PreciseI3\java\JRE1.6\bin\java.dll
0x6d7b0000 - 0x6d7bf000 D:\PreciseI3\java\JRE1.6\bin\zip.dll
0x6d570000 - 0x6d583000 D:\PreciseI3\java\JRE1.6\bin\net.dll
0x71c00000 - 0x71c17000 C:\WINDOWS\system32\WS2_32.dll
0x71bf0000 - 0x71bf8000 C:\WINDOWS\system32\WS2HELP.dll
0x71b20000 - 0x71b61000 C:\WINDOWS\system32\mswsock.dll
0x5f270000 - 0x5f2ca000 C:\WINDOWS\system32\hnetcfg.dll
0x71ae0000 - 0x71ae8000 C:\WINDOWS\System32\wshtcpip.dll
0x76ed0000 - 0x76efa000 C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f77000 C:\WINDOWS\System32\winrnr.dll
0x76f10000 - 0x76f3e000 C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f85000 C:\WINDOWS\system32\rasadhlp.dll
VM Arguments:
jvm_args: -Xmx256m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=products\gui\website\conf\logging.properties -Djava.endorsed.dirs=products\gui\website\common\endorsed -Dcatalina.base=products\gui\website -Dcatalina.home=products\gui\website -Djava.io.tmpdir=products\gui\website\temp -Duser.home=products\gui\website\ -Djava.compiler=NONE
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=D:\sybase\DataAccess\ADONET\dll;D:\sybase\DataAccess\OLEDB\dll;D:\sybase\DataAccess\ODBC\dll;D:\sybase\Shared\Sybase Central 4.3;D:\sybase\OCS-15_0\lib3p;D:\sybase\OCS-15_0\dll;D:\sybase\OCS-15_0\bin;C:\Program Files\Windows Resource Kits\Tools\;C:\Program Files\Support Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\TOOLS;C:\Program Files\Intel\DMIX;C:\BMCSOF~1\common\globalc\bin\Windows-x86;C:\BMC Software\Patrol3\BEST1\7.3.00\bgs\bin;C:\Program Files\Windows Resource Kits\Tools\;C:\Program Files\Support Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\TOOLS;C:\Program Files\Intel\DMIX;C:\BMCSOF~1\common\globalc\bin\Windows-x86;C:\BMC Software\Patrol3\BEST1\7.3.00\bgs\bin;D:\sybase\DBISQL\bin
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Server 2003 family Build 3790 Service Pack 2
CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 15 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Client VM (10.0-b23) for windows-x86 JRE (1.6.0_07-b06), built on Jun 10 2008 01:14:11 by "java_re" with MS VC++ 7.1
time: Thu Sep 25 10:08:49 2008
elapsed time: 92 seconds
JRE CRASH from JRE 1.5:
# An unexpected error has been detected by HotSpot Virtual Machine:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c82a36b, pid=2408, tid=1952 # # Java VM: Java HotSpot(TM) Client VM (1.5.0_15-b04 mixed mode) # Problematic frame:
# C [ntdll.dll+0x2a36b]
--------------- T H R E A D ---------------
Current thread (0x038ede58): JavaThread "http-20790-Processor22" daemon [_thread_in_native, id=1952]
siginfo: ExceptionCode=0xc0000005, reading address 0x2f33692f
Registers:
EAX=0x20544547, EBX=0x00330000, ECX=0x2f33692f, EDX=0x03345008 ESP=0x0582ed38, EBP=0x0582ef54, ESI=0x03345000, EDI=0x00000401 EIP=0x7c82a36b, EFLAGS=0x00010202
Top of Stack: (sp=0x0582ed38)
0x0582ed38: 00002000 00000000 7c829fd6 6d6c6ecf
0x0582ed48: 03882bd8 00000000 0582ee64 038ede58
0x0582ed58: 6d6c742a 038ee448 038ede58 00000000
0x0582ed68: 038ede58 038ef6f8 20b2acc8 100a1fa0
0x0582ed78: 0582f798 00c0e472 00000000 00000000
0x0582ed88: 0582f7b8 0582ee64 038ede58 038ee3f8
0x0582ed98: 038ee418 20544547 038ee80c 0582fa94
0x0582eda8: 0582ee6c 009575c0 0582edf4 6d71fb96
Instructions: (pc=0x7c82a36b)
0x7c82a35b: 02 89 85 48 fe ff ff 8b 4a 04 89 8d f8 fe ff ff
0x7c82a36b: 8b 39 3b 78 04 0f 85 51 73 01 00 3b fa 0f 85 49
Stack: [0x05730000,0x05830000), sp=0x0582ed38, free space=1019k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [ntdll.dll+0x2a36b] C [msvcrt.dll+0x1d08c] C [net.dll+0x6949] J java.net.SocketInputStream.socketRead0(Ljava/io/FileDescriptor;[BIII)I
J java.net.SocketInputStream.read([BII)I
J org.apache.coyote.http11.InternalInputBuffer.fill()Z
J org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()V
J org.apache.coyote.http11.Http11Processor.process(Ljava/io/InputStream;Ljava/io/OutputStream;)V
j org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+113
j org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Ljava/net/Socket;Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+45
j org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt([Ljava/lang/Object;)V+102
j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
V [jvm.dll+0x873ed]
V [jvm.dll+0xdfb96]
V [jvm.dll+0x872be]
V [jvm.dll+0x8701b]
V [jvm.dll+0xa1e95]
V [jvm.dll+0x111325]
V [jvm.dll+0x1112f3]
C [msvcrt.dll+0x2b530]
C [kernel32.dll+0x24829]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) J java.net.SocketInputStream.socketRead0(Ljava/io/FileDescriptor;[BIII)I
J java.net.SocketInputStream.read([BII)I
J org.apache.coyote.http11.InternalInputBuffer.fill()Z
J org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()V
J org.apache.coyote.http11.Http11Processor.process(Ljava/io/InputStream;Ljava/io/OutputStream;)V
j org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+113
j org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Ljava/net/Socket;Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+45
j org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt([Ljava/lang/Object;)V+102
j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x038f1100 JavaThread "http-20790-Monitor" [_thread_blocked, id=4012]
0x038f0438 JavaThread "http-20790-Processor25" daemon [_thread_blocked, id=1612]
0x038ef798 JavaThread "http-20790-Processor24" daemon [_thread_blocked, id=892]
0x038eeaf8 JavaThread "http-20790-Processor23" daemon [_thread_in_native, id=960]
=>0x038ede58 JavaThread "http-20790-Processor22" daemon [_thread_in_native, id=1952]
0x038ed1b8 JavaThread "http-20790-Processor21" daemon [_thread_in_native, id=2948]
0x038ec3d8 JavaThread "http-20790-Processor20" daemon [_thread_blocked, id=212]
0x038eb8a8 JavaThread "http-20790-Processor19" daemon [_thread_blocked, id=1768]
0x038eac50 JavaThread "http-20790-Processor18" daemon [_thread_blocked, id=4064]
0x038e9ff8 JavaThread "http-20790-Processor17" daemon [_thread_blocked, id=3092]
0x038e93a0 JavaThread "http-20790-Processor16" daemon [_thread_blocked, id=868]
0x038e8748 JavaThread "http-20790-Processor15" daemon [_thread_blocked, id=3640]
0x038e7af0 JavaThread "http-20790-Processor14" daemon [_thread_blocked, id=3412]
0x038e6e98 JavaThread "http-20790-Processor13" daemon [_thread_blocked, id=628]
0x038e62e0 JavaThread "http-20790-Processor12" daemon [_thread_blocked, id=1932]
0x038e5780 JavaThread "http-20790-Processor11" daemon [_thread_blocked, id=2380]
0x038e4c20 JavaThread "http-20790-Processor10" daemon [_thread_blocked, id=1936]
0x038e40c0 JavaThread "http-20790-Processor9" daemon [_thread_blocked, id=3372]
0x038ca2c8 JavaThread "http-20790-Processor8" daemon [_thread_blocked, id=2032]
0x038c9768 JavaThread "http-20790-Processor7" daemon [_thread_blocked, id=3688]
0x038c8ac8 JavaThread "http-20790-Processor6" daemon [_thread_blocked, id=3812]
0x038c8140 JavaThread "http-20790-Processor5" daemon [_thread_blocked, id=1564]
0x038b3af8 JavaThread "http-20790-Processor4" daemon [_thread_blocked, id=540]
0x03822408 JavaThread "http-20790-Processor3" daemon [_thread_blocked, id=2564]
0x038b4948 JavaThread "http-20790-Processor2" daemon [_thread_blocked, id=2956]
0x038cae18 JavaThread "http-20790-Processor1" daemon [_thread_blocked, id=1644]
0x03651e30 JavaThread "ContainerBackgroundProcessor[StandardEngine[tomcat]]" daemon [_thread_blocked, id=1432]
0x00920180 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=608]
0x0091edf8 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3548]
0x0091e1f0 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=564]
0x009147e0 JavaThread "Finalizer" daemon [_thread_blocked, id=1548]
0x00913cf0 JavaThread "Reference Handler" daemon [_thread_blocked, id=3816]
0x00336d78 JavaThread "main" [_thread_in_native, id=3116]
Other Threads:
0x0090faa0 VMThread [id=3052]
0x00921520 WatcherThread [id=2072]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 896K, used 659K [0x10010000, 0x10100000, 0x113c0000)
eden space 832K, 71% used [0x10010000, 0x100a4e50, 0x100e0000)
from space 64K, 100% used [0x100f0000, 0x10100000, 0x10100000)
to space 64K, 0% used [0x100e0000, 0x100e0000, 0x100f0000)
tenured generation total 11244K, used 10593K [0x113c0000, 0x11ebb000, 0x20010000)
the space 11244K, 94% used [0x113c0000, 0x11e185b8, 0x11e18600, 0x11ebb000) compacting perm gen total 11520K, used 11514K [0x20010000, 0x20b50000, 0x24010000)
the space 11520K, 99% used [0x20010000, 0x20b4e820, 0x20b4ea00, 0x20b50000) No shared spaces configured.
Dynamic libraries:
0x00400000 - 0x00485000 D:\PreciseI3\products\gui\website\bin\psin_gui.exe
0x7c800000 - 0x7c8c0000 C:\WINDOWS\system32\ntdll.dll
0x77e40000 - 0x77f42000 C:\WINDOWS\system32\kernel32.dll
0x77f50000 - 0x77feb000 C:\WINDOWS\system32\ADVAPI32.dll
0x77c50000 - 0x77cef000 C:\WINDOWS\system32\RPCRT4.dll
0x76f50000 - 0x76f63000 C:\WINDOWS\system32\Secur32.dll
0x78130000 - 0x781cb000 D:\PreciseI3\products\gui\website\bin\MSVCR80.dll
0x77ba0000 - 0x77bfa000 C:\WINDOWS\system32\msvcrt.dll
0x10000000 - 0x1000a000 D:\PreciseI3\infra\bin\psin_xml_parser.dll
0x00490000 - 0x0052b000 D:\PreciseI3\infra\bin\MSVCR80.dll
0x6d640000 - 0x6d7de000 D:\PreciseI3\java\JRE\bin\client\jvm.dll
0x77380000 - 0x77411000 C:\WINDOWS\system32\USER32.dll
0x77c00000 - 0x77c48000 C:\WINDOWS\system32\GDI32.dll
0x76aa0000 - 0x76acd000 C:\WINDOWS\system32\WINMM.dll
0x6d290000 - 0x6d298000 D:\PreciseI3\java\JRE\bin\hpi.dll
0x76b70000 - 0x76b7b000 C:\WINDOWS\system32\PSAPI.DLL
0x6d610000 - 0x6d61c000 D:\PreciseI3\java\JRE\bin\verify.dll
0x6d310000 - 0x6d32d000 D:\PreciseI3\java\JRE\bin\java.dll
0x6d630000 - 0x6d63f000 D:\PreciseI3\java\JRE\bin\zip.dll
0x6d4d0000 - 0x6d4e3000 D:\PreciseI3\java\JRE\bin\net.dll
0x71c00000 - 0x71c17000 C:\WINDOWS\system32\WS2_32.dll
0x71bf0000 - 0x71bf8000 C:\WINDOWS\system32\WS2HELP.dll
0x71b20000 - 0x71b61000 C:\WINDOWS\system32\mswsock.dll
0x5f270000 - 0x5f2ca000 C:\WINDOWS\system32\hnetcfg.dll
0x71ae0000 - 0x71ae8000 C:\WINDOWS\System32\wshtcpip.dll
0x76ed0000 - 0x76efa000 C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f77000 C:\WINDOWS\System32\winrnr.dll
0x76f10000 - 0x76f3e000 C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f85000 C:\WINDOWS\system32\rasadhlp.dll
VM Arguments:
jvm_args: -Xmx256m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=products\gui\website\conf\logging.properties -Djava.endorsed.dirs=products\gui\website\common\endorsed -Dcatalina.base=products\gui\website -Dcatalina.home=products\gui\website -Djava.io.tmpdir=products\gui\website\temp -Duser.home=products\gui\website\
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\Program Files\Windows Resource Kits\Tools\;C:\Program Files\Support Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\TOOLS;C:\Program Files\Intel\DMIX;C:\BMCSOF~1\common\globalc\bin\Windows-x86;C:\BMC Software\Patrol3\BEST1\7.3.00\bgs\bin
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Server 2003 family Build 3790 Service Pack 2
CPU:total 8 (cores per cpu 4, threads per core 1) family 6 model 15 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2
Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Client VM (1.5.0_15-b04) for windows-x86, built on Feb 9 2008 01:07:28 by "java_re" with MS VC++ 6.0

We are running Apache Tomcat/5.5.23. When we open a new session to the tomcat from remote server the JRE crashes after the login page. It always terminates in the same location, same crash.
We have tried serveral versions of JRE (1.4, 1.5, 1.6), and tried several versions of tomcats (4 & 5), but it always reproduces. Notice that starting the internet explorer to connect to the tomcat on the local machine (and not from remote server) this does not reproduce. The problem occurs only (and always) when lauching the Internet explorer on remote machine.
I've tried to submit this as bug in SUN's bugdatabase but got no reply.
Anyone know how can we solve this?
JRE CRASH from JRE 1.6:
# An unexpected error has been detected by Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c82b583, pid=2664, tid=2004 # # Java VM: Java HotSpot(TM) Client VM (10.0-b23 interpreted mode windows-x86) # Problematic frame:
# C [ntdll.dll+0x2b583]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x03790800): JavaThread "http-20790-Processor25" daemon [_thread_in_native, id=2004, stack(0x053e0000,0x054e0000)]
siginfo: ExceptionCode=0xc0000005, writing address 0x2f33692f
Registers:
EAX=0x03525780, EBX=0x00000401, ECX=0x2f33692f, EDX=0x02bd9108 ESP=0x054def90, EBP=0x054defa8, ESI=0x03525778, EDI=0x008c0000 EIP=0x7c82b583, EFLAGS=0x00010246
Top of Stack: (sp=0x054def90)
0x054def90: 03525778 03525778 008c0000 033e0000
0x054defa0: 033e0000 02a70000 054deff0 7c82ba81
0x054defb0: 00000401 01525778 00000401 008c0000
0x054defc0: 03525778 00000000 00000780 03527000
0x054defd0: 054df120 033e0000 00000000 00000000
0x054defe0: 00000000 00000111 00000000 000000f0
0x054deff0: 054df0d4 7c82b646 03526000 00001000
0x054df000: 00000401 00000231 03525780 00002000
Instructions: (pc=0x7c82b583)
0x7c82b573: 00 00 8b d0 8b 4a 04 8d 46 08 89 10 89 48 04 56
0x7c82b583: 89 01 57 89 42 04 e8 37 f0 ff ff 89 5d 08 0f b7
Stack: [0x053e0000,0x054e0000], sp=0x054def90, free space=1019k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [ntdll.dll+0x2b583] C [ntdll.dll+0x2ba81] C [ntdll.dll+0x2b646] C [MSVCR71.dll+0x218a] C [net.dll+0x7129] v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::StubRoutines (1)
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::Interpreter v ~BufferBlob::StubRoutines (1)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x03791c00 JavaThread "http-20790-Monitor" [_thread_blocked, id=2196, stack(0x054e0000,0x055e0000)] =>0x03790800 JavaThread "http-20790-Processor25" daemon [_thread_in_native, id=2004, stack(0x053e0000,0x054e0000)]
0x0378c400 JavaThread "http-20790-Processor24" daemon [_thread_blocked, id=3732, stack(0x052e0000,0x053e0000)]
0x0378b400 JavaThread "http-20790-Processor23" daemon [_thread_in_native, id=3540, stack(0x051e0000,0x052e0000)]
0x0378a400 JavaThread "http-20790-Processor22" daemon [_thread_blocked, id=4176, stack(0x050e0000,0x051e0000)]
0x03789000 JavaThread "http-20790-Processor21" daemon [_thread_blocked, id=5584, stack(0x04fe0000,0x050e0000)]
0x03784c00 JavaThread "http-20790-Processor20" daemon [_thread_blocked, id=6112, stack(0x04ee0000,0x04fe0000)]
0x03783c00 JavaThread "http-20790-Processor19" daemon [_thread_blocked, id=5448, stack(0x04de0000,0x04ee0000)]
0x03782c00 JavaThread "http-20790-Processor18" daemon [_thread_blocked, id=5600, stack(0x04ce0000,0x04de0000)]
0x03781c00 JavaThread "http-20790-Processor17" daemon [_thread_blocked, id=4772, stack(0x04be0000,0x04ce0000)]
0x0377d800 JavaThread "http-20790-Processor16" daemon [_thread_blocked, id=6020, stack(0x04ae0000,0x04be0000)]
0x0377c400 JavaThread "http-20790-Processor15" daemon [_thread_blocked, id=1836, stack(0x049e0000,0x04ae0000)]
0x0377b400 JavaThread "http-20790-Processor14" daemon [_thread_blocked, id=1888, stack(0x048e0000,0x049e0000)]
0x0377a400 JavaThread "http-20790-Processor13" daemon [_thread_blocked, id=4768, stack(0x047e0000,0x048e0000)]
0x03776400 JavaThread "http-20790-Processor12" daemon [_thread_blocked, id=2036, stack(0x046e0000,0x047e0000)]
0x03753800 JavaThread "http-20790-Processor11" daemon [_thread_blocked, id=5644, stack(0x045e0000,0x046e0000)]
0x03752800 JavaThread "http-20790-Processor10" daemon [_thread_blocked, id=332, stack(0x044e0000,0x045e0000)]
0x03775800 JavaThread "http-20790-Processor9" daemon [_thread_blocked, id=3560, stack(0x043e0000,0x044e0000)]
0x03751400 JavaThread "http-20790-Processor8" daemon [_thread_blocked, id=2136, stack(0x042e0000,0x043e0000)]
0x03757c00 JavaThread "http-20790-Processor7" daemon [_thread_blocked, id=508, stack(0x041e0000,0x042e0000)]
0x03756c00 JavaThread "http-20790-Processor6" daemon [_thread_blocked, id=3184, stack(0x040e0000,0x041e0000)]
0x03756400 JavaThread "http-20790-Processor5" daemon [_thread_blocked, id=4048, stack(0x03fe0000,0x040e0000)]
0x0373f000 JavaThread "http-20790-Processor4" daemon [_thread_blocked, id=4864, stack(0x03ee0000,0x03fe0000)]
0x0373e000 JavaThread "http-20790-Processor3" daemon [_thread_blocked, id=2424, stack(0x03de0000,0x03ee0000)]
0x03745400 JavaThread "http-20790-Processor2" daemon [_thread_blocked, id=5996, stack(0x03ce0000,0x03de0000)]
0x03744800 JavaThread "http-20790-Processor1" daemon [_thread_blocked, id=4072, stack(0x03be0000,0x03ce0000)]
0x03771800 JavaThread "ContainerBackgroundProcessor[StandardEngine[tomcat]]" daemon [_thread_blocked, id=1076, stack(0x03ae0000,0x03be0000)]
0x02b72400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1704, stack(0x031e0000,0x032e0000)]
0x02b6cc00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4500, stack(0x030e0000,0x031e0000)]
0x02b6b800 JavaThread "Attach Listener" daemon [_thread_blocked, id=5060, stack(0x02fe0000,0x030e0000)]
0x02b6ac00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5264, stack(0x02ee0000,0x02fe0000)]
0x02b19000 JavaThread "Finalizer" daemon [_thread_blocked, id=2204, stack(0x02de0000,0x02ee0000)]
0x02b5b400 JavaThread "Reference Handler" daemon [_thread_blocked, id=5852, stack(0x02ce0000,0x02de0000)]
0x008c7000 JavaThread "main" [_thread_in_native, id=528, stack(0x00530000,0x00630000)]
Other Threads:
0x02b17c00 VMThread [stack: 0x02be0000,0x02ce0000] [id=2140]
0x02b84400 WatcherThread [stack: 0x032e0000,0x033e0000] [id=1432]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 960K, used 572K [0x10010000, 0x10110000, 0x113c0000)
eden space 896K, 56% used [0x10010000, 0x1008f380, 0x100f0000)
from space 64K, 100% used [0x100f0000, 0x10100000, 0x10100000)
to space 64K, 0% used [0x10100000, 0x10100000, 0x10110000)
tenured generation total 6464K, used 6375K [0x113c0000, 0x11a10000, 0x20010000)
the space 6464K, 98% used [0x113c0000, 0x119f9e58, 0x119fa000, 0x11a10000) compacting perm gen total 12544K, used 12511K [0x20010000, 0x20c50000, 0x24010000)
the space 12544K, 99% used [0x20010000, 0x20c47f30, 0x20c48000, 0x20c50000) No shared spaces configured.
Dynamic libraries:
0x00400000 - 0x00485000 D:\PreciseI3\products\gui\website\bin\psin_gui.exe
0x7c800000 - 0x7c8c0000 C:\WINDOWS\system32\ntdll.dll
0x77e40000 - 0x77f42000 C:\WINDOWS\system32\kernel32.dll
0x77f50000 - 0x77feb000 C:\WINDOWS\system32\ADVAPI32.dll
0x77c50000 - 0x77cef000 C:\WINDOWS\system32\RPCRT4.dll
0x76f50000 - 0x76f63000 C:\WINDOWS\system32\Secur32.dll
0x78130000 - 0x781cb000 D:\PreciseI3\products\gui\website\bin\MSVCR80.dll
0x77ba0000 - 0x77bfa000 C:\WINDOWS\system32\msvcrt.dll
0x10000000 - 0x1000a000 D:\PreciseI3\infra\bin\psin_xml_parser.dll
0x00490000 - 0x0052b000 D:\PreciseI3\infra\bin\MSVCR80.dll
0x6d7c0000 - 0x6da10000 D:\PreciseI3\java\JRE1.6\bin\client\jvm.dll
0x77380000 - 0x77411000 C:\WINDOWS\system32\USER32.dll
0x77c00000 - 0x77c48000 C:\WINDOWS\system32\GDI32.dll
0x76aa0000 - 0x76acd000 C:\WINDOWS\system32\WINMM.dll
0x7c340000 - 0x7c396000 D:\sybase\DataAccess\OLEDB\dll\MSVCR71.dll
0x71bc0000 - 0x71bc8000 C:\WINDOWS\system32\rdpsnd.dll
0x771f0000 - 0x77201000 C:\WINDOWS\system32\WINSTA.dll
0x71c40000 - 0x71c97000 C:\WINDOWS\system32\NETAPI32.dll
0x76b70000 - 0x76b7b000 C:\WINDOWS\system32\PSAPI.DLL
0x6d270000 - 0x6d278000 D:\PreciseI3\java\JRE1.6\bin\hpi.dll
0x6d770000 - 0x6d77c000 D:\PreciseI3\java\JRE1.6\bin\verify.dll
0x6d310000 - 0x6d32f000 D:\PreciseI3\java\JRE1.6\bin\java.dll
0x6d7b0000 - 0x6d7bf000 D:\PreciseI3\java\JRE1.6\bin\zip.dll
0x6d570000 - 0x6d583000 D:\PreciseI3\java\JRE1.6\bin\net.dll
0x71c00000 - 0x71c17000 C:\WINDOWS\system32\WS2_32.dll
0x71bf0000 - 0x71bf8000 C:\WINDOWS\system32\WS2HELP.dll
0x71b20000 - 0x71b61000 C:\WINDOWS\system32\mswsock.dll
0x5f270000 - 0x5f2ca000 C:\WINDOWS\system32\hnetcfg.dll
0x71ae0000 - 0x71ae8000 C:\WINDOWS\System32\wshtcpip.dll
0x76ed0000 - 0x76efa000 C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f77000 C:\WINDOWS\System32\winrnr.dll
0x76f10000 - 0x76f3e000 C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f85000 C:\WINDOWS\system32\rasadhlp.dll
VM Arguments:
jvm_args: -Xmx256m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=products\gui\website\conf\logging.properties -Djava.endorsed.dirs=products\gui\website\common\endorsed -Dcatalina.base=products\gui\website -Dcatalina.home=products\gui\website -Djava.io.tmpdir=products\gui\website\temp -Duser.home=products\gui\website\ -Djava.compiler=NONE
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=D:\sybase\DataAccess\ADONET\dll;D:\sybase\DataAccess\OLEDB\dll;D:\sybase\DataAccess\ODBC\dll;D:\sybase\Shared\Sybase Central 4.3;D:\sybase\OCS-15_0\lib3p;D:\sybase\OCS-15_0\dll;D:\sybase\OCS-15_0\bin;C:\Program Files\Windows Resource Kits\Tools\;C:\Program Files\Support Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\TOOLS;C:\Program Files\Intel\DMIX;C:\BMCSOF~1\common\globalc\bin\Windows-x86;C:\BMC Software\Patrol3\BEST1\7.3.00\bgs\bin;C:\Program Files\Windows Resource Kits\Tools\;C:\Program Files\Support Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\TOOLS;C:\Program Files\Intel\DMIX;C:\BMCSOF~1\common\globalc\bin\Windows-x86;C:\BMC Software\Patrol3\BEST1\7.3.00\bgs\bin;D:\sybase\DBISQL\bin
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Server 2003 family Build 3790 Service Pack 2
CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 15 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Client VM (10.0-b23) for windows-x86 JRE (1.6.0_07-b06), built on Jun 10 2008 01:14:11 by "java_re" with MS VC++ 7.1
time: Thu Sep 25 10:08:49 2008
elapsed time: 92 seconds
JRE CRASH from JRE 1.5:
# An unexpected error has been detected by HotSpot Virtual Machine:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c82a36b, pid=2408, tid=1952 # # Java VM: Java HotSpot(TM) Client VM (1.5.0_15-b04 mixed mode) # Problematic frame:
# C [ntdll.dll+0x2a36b]
--------------- T H R E A D ---------------
Current thread (0x038ede58): JavaThread "http-20790-Processor22" daemon [_thread_in_native, id=1952]
siginfo: ExceptionCode=0xc0000005, reading address 0x2f33692f
Registers:
EAX=0x20544547, EBX=0x00330000, ECX=0x2f33692f, EDX=0x03345008 ESP=0x0582ed38, EBP=0x0582ef54, ESI=0x03345000, EDI=0x00000401 EIP=0x7c82a36b, EFLAGS=0x00010202
Top of Stack: (sp=0x0582ed38)
0x0582ed38: 00002000 00000000 7c829fd6 6d6c6ecf
0x0582ed48: 03882bd8 00000000 0582ee64 038ede58
0x0582ed58: 6d6c742a 038ee448 038ede58 00000000
0x0582ed68: 038ede58 038ef6f8 20b2acc8 100a1fa0
0x0582ed78: 0582f798 00c0e472 00000000 00000000
0x0582ed88: 0582f7b8 0582ee64 038ede58 038ee3f8
0x0582ed98: 038ee418 20544547 038ee80c 0582fa94
0x0582eda8: 0582ee6c 009575c0 0582edf4 6d71fb96
Instructions: (pc=0x7c82a36b)
0x7c82a35b: 02 89 85 48 fe ff ff 8b 4a 04 89 8d f8 fe ff ff
0x7c82a36b: 8b 39 3b 78 04 0f 85 51 73 01 00 3b fa 0f 85 49
Stack: [0x05730000,0x05830000), sp=0x0582ed38, free space=1019k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [ntdll.dll+0x2a36b] C [msvcrt.dll+0x1d08c] C [net.dll+0x6949] J java.net.SocketInputStream.socketRead0(Ljava/io/FileDescriptor;[BIII)I
J java.net.SocketInputStream.read([BII)I
J org.apache.coyote.http11.InternalInputBuffer.fill()Z
J org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()V
J org.apache.coyote.http11.Http11Processor.process(Ljava/io/InputStream;Ljava/io/OutputStream;)V
j org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+113
j org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Ljava/net/Socket;Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+45
j org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt([Ljava/lang/Object;)V+102
j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
V [jvm.dll+0x873ed]
V [jvm.dll+0xdfb96]
V [jvm.dll+0x872be]
V [jvm.dll+0x8701b]
V [jvm.dll+0xa1e95]
V [jvm.dll+0x111325]
V [jvm.dll+0x1112f3]
C [msvcrt.dll+0x2b530]
C [kernel32.dll+0x24829]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) J java.net.SocketInputStream.socketRead0(Ljava/io/FileDescriptor;[BIII)I
J java.net.SocketInputStream.read([BII)I
J org.apache.coyote.http11.InternalInputBuffer.fill()Z
J org.apache.coyote.http11.InternalInputBuffer.parseRequestLine()V
J org.apache.coyote.http11.Http11Processor.process(Ljava/io/InputStream;Ljava/io/OutputStream;)V
j org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+113
j org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Ljava/net/Socket;Lorg/apache/tomcat/util/net/TcpConnection;[Ljava/lang/Object;)V+45
j org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt([Ljava/lang/Object;)V+102
j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x038f1100 JavaThread "http-20790-Monitor" [_thread_blocked, id=4012]
0x038f0438 JavaThread "http-20790-Processor25" daemon [_thread_blocked, id=1612]
0x038ef798 JavaThread "http-20790-Processor24" daemon [_thread_blocked, id=892]
0x038eeaf8 JavaThread "http-20790-Processor23" daemon [_thread_in_native, id=960]
=>0x038ede58 JavaThread "http-20790-Processor22" daemon [_thread_in_native, id=1952]
0x038ed1b8 JavaThread "http-20790-Processor21" daemon [_thread_in_native, id=2948]
0x038ec3d8 JavaThread "http-20790-Processor20" daemon [_thread_blocked, id=212]
0x038eb8a8 JavaThread "http-20790-Processor19" daemon [_thread_blocked, id=1768]
0x038eac50 JavaThread "http-20790-Processor18" daemon [_thread_blocked, id=4064]
0x038e9ff8 JavaThread "http-20790-Processor17" daemon [_thread_blocked, id=3092]
0x038e93a0 JavaThread "http-20790-Processor16" daemon [_thread_blocked, id=868]
0x038e8748 JavaThread "http-20790-Processor15" daemon [_thread_blocked, id=3640]
0x038e7af0 JavaThread "http-20790-Processor14" daemon [_thread_blocked, id=3412]
0x038e6e98 JavaThread "http-20790-Processor13" daemon [_thread_blocked, id=628]
0x038e62e0 JavaThread "http-20790-Processor12" daemon [_thread_blocked, id=1932]
0x038e5780 JavaThread "http-20790-Processor11" daemon [_thread_blocked, id=2380]
0x038e4c20 JavaThread "http-20790-Processor10" daemon [_thread_blocked, id=1936]
0x038e40c0 JavaThread "http-20790-Processor9" daemon [_thread_blocked, id=3372]
0x038ca2c8 JavaThread "http-20790-Processor8" daemon [_thread_blocked, id=2032]
0x038c9768 JavaThread "http-20790-Processor7" daemon [_thread_blocked, id=3688]
0x038c8ac8 JavaThread "http-20790-Processor6" daemon [_thread_blocked, id=3812]
0x038c8140 JavaThread "http-20790-Processor5" daemon [_thread_blocked, id=1564]
0x038b3af8 JavaThread "http-20790-Processor4" daemon [_thread_blocked, id=540]
0x03822408 JavaThread "http-20790-Processor3" daemon [_thread_blocked, id=2564]
0x038b4948 JavaThread "http-20790-Processor2" daemon [_thread_blocked, id=2956]
0x038cae18 JavaThread "http-20790-Processor1" daemon [_thread_blocked, id=1644]
0x03651e30 JavaThread "ContainerBackgroundProcessor[StandardEngine[tomcat]]" daemon [_thread_blocked, id=1432]
0x00920180 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=608]
0x0091edf8 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3548]
0x0091e1f0 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=564]
0x009147e0 JavaThread "Finalizer" daemon [_thread_blocked, id=1548]
0x00913cf0 JavaThread "Reference Handler" daemon [_thread_blocked, id=3816]
0x00336d78 JavaThread "main" [_thread_in_native, id=3116]
Other Threads:
0x0090faa0 VMThread [id=3052]
0x00921520 WatcherThread [id=2072]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 896K, used 659K [0x10010000, 0x10100000, 0x113c0000)
eden space 832K, 71% used [0x10010000, 0x100a4e50, 0x100e0000)
from space 64K, 100% used [0x100f0000, 0x10100000, 0x10100000)
to space 64K, 0% used [0x100e0000, 0x100e0000, 0x100f0000)
tenured generation total 11244K, used 10593K [0x113c0000, 0x11ebb000, 0x20010000)
the space 11244K, 94% used [0x113c0000, 0x11e185b8, 0x11e18600, 0x11ebb000) compacting perm gen total 11520K, used 11514K [0x20010000, 0x20b50000, 0x24010000)
the space 11520K, 99% used [0x20010000, 0x20b4e820, 0x20b4ea00, 0x20b50000) No shared spaces configured.
Dynamic libraries:
0x00400000 - 0x00485000 D:\PreciseI3\products\gui\website\bin\psin_gui.exe
0x7c800000 - 0x7c8c0000 C:\WINDOWS\system32\ntdll.dll
0x77e40000 - 0x77f42000 C:\WINDOWS\system32\kernel32.dll
0x77f50000 - 0x77feb000 C:\WINDOWS\system32\ADVAPI32.dll
0x77c50000 - 0x77cef000 C:\WINDOWS\system32\RPCRT4.dll
0x76f50000 - 0x76f63000 C:\WINDOWS\system32\Secur32.dll
0x78130000 - 0x781cb000 D:\PreciseI3\products\gui\website\bin\MSVCR80.dll
0x77ba0000 - 0x77bfa000 C:\WINDOWS\system32\msvcrt.dll
0x10000000 - 0x1000a000 D:\PreciseI3\infra\bin\psin_xml_parser.dll
0x00490000 - 0x0052b000 D:\PreciseI3\infra\bin\MSVCR80.dll
0x6d640000 - 0x6d7de000 D:\PreciseI3\java\JRE\bin\client\jvm.dll
0x77380000 - 0x77411000 C:\WINDOWS\system32\USER32.dll
0x77c00000 - 0x77c48000 C:\WINDOWS\system32\GDI32.dll
0x76aa0000 - 0x76acd000 C:\WINDOWS\system32\WINMM.dll
0x6d290000 - 0x6d298000 D:\PreciseI3\java\JRE\bin\hpi.dll
0x76b70000 - 0x76b7b000 C:\WINDOWS\system32\PSAPI.DLL
0x6d610000 - 0x6d61c000 D:\PreciseI3\java\JRE\bin\verify.dll
0x6d310000 - 0x6d32d000 D:\PreciseI3\java\JRE\bin\java.dll
0x6d630000 - 0x6d63f000 D:\PreciseI3\java\JRE\bin\zip.dll
0x6d4d0000 - 0x6d4e3000 D:\PreciseI3\java\JRE\bin\net.dll
0x71c00000 - 0x71c17000 C:\WINDOWS\system32\WS2_32.dll
0x71bf0000 - 0x71bf8000 C:\WINDOWS\system32\WS2HELP.dll
0x71b20000 - 0x71b61000 C:\WINDOWS\system32\mswsock.dll
0x5f270000 - 0x5f2ca000 C:\WINDOWS\system32\hnetcfg.dll
0x71ae0000 - 0x71ae8000 C:\WINDOWS\System32\wshtcpip.dll
0x76ed0000 - 0x76efa000 C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f77000 C:\WINDOWS\System32\winrnr.dll
0x76f10000 - 0x76f3e000 C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f85000 C:\WINDOWS\system32\rasadhlp.dll
VM Arguments:
jvm_args: -Xmx256m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=products\gui\website\conf\logging.properties -Djava.endorsed.dirs=products\gui\website\common\endorsed -Dcatalina.base=products\gui\website -Dcatalina.home=products\gui\website -Djava.io.tmpdir=products\gui\website\temp -Duser.home=products\gui\website\
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\Program Files\Windows Resource Kits\Tools\;C:\Program Files\Support Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\TOOLS;C:\Program Files\Intel\DMIX;C:\BMCSOF~1\common\globalc\bin\Windows-x86;C:\BMC Software\Patrol3\BEST1\7.3.00\bgs\bin
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Server 2003 family Build 3790 Service Pack 2
CPU:total 8 (cores per cpu 4, threads per core 1) family 6 model 15 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2
Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Client VM (1.5.0_15-b04) for windows-x86, built on Feb 9 2008 01:07:28 by "java_re" with MS VC++ 6.0

Tomcat perm gen space

Similar Messages

Maybe you are looking for