You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by David kerber <dc...@verizon.net> on 2012/05/23 22:53:07 UTC
JRE Access violation
Any suggestions as to where to start looking for this error?
This is TC 7.0.22 32-bit running on Windows Server 2008R2, on a Dell
Dual-processor 4-core hyperthreaded (total 16 cores according to the OS)
box with 16GB RAM. Overall memory usage is approx 26% according to task
Manager.
There are 5 instances of Tomcat running, each on a different TCP port,
and each running from its own doc base. They are all running the same
application, though with slightly different settings for different
customers. I have allocated 512MB to each instance, and the biggest one
is using approx 260MB according to task manager. Only the single
instance of TC has had this problem, and it has died each of the last
two days, after running perfectly for over two months. All other
instances continue to run with no trouble, including one which has much
more activity than the one with the trouble.
This is the only unexpected entry in any of the TC logs.
2012-05-23 08:12:04 Commons Daemon procrun stdout initialized
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7729e39e, pid=4432,
tid=4588
#
# JRE version: 6.0_27-b07
# Java VM: Java HotSpot(TM) Server VM (20.2-b06 mixed mode windows-x86 )
# Problematic frame:
# C [ntdll.dll+0x2e39e]
#
# An error report file with more information is saved as:
# C:\Windows\system32\hs_err_pid4432.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
According to C:\Windows\system32\hs_err_pid4432.log, the problem appears
to be in the sun database access stuff, but I'm not sure if the "thread
blocked" messages in the below listing mean anything.
And here is C:\Windows\system32\hs_err_pid4432.log. Unfortunately,
pasting it into the e-mail hosed the line wrapping:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000770e32d0,
pid=1400, tid=5028
#
# JRE version: 6.0_27-b07
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.2-b06 mixed mode
windows-amd64 compressed oops)
# Problematic frame:
# C [ntdll.dll+0x532d0]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x000000000cf7b800): JavaThread
"http-apr-55001-exec-570" daemon [_thread_in_vm, id=5028,
stack(0x000000000cb00000,0x000000000cc00000)]
siginfo: ExceptionCode=0xc0000005, reading address 0x00000e6779be1a38
Registers:
RAX=0x0000000007b28890, RBX=0x00000e6779be1a30, RCX=0x000000ffffffffff,
RDX=0x00000000082f11e0
RSP=0x000000000cbfea10, RBP=0x0000000000000000, RSI=0x0000000000470000,
RDI=0x00000000082f11f0
R8 =0x00000000082f11f0, R9 =0x0000000000000001, R10=0x000000000000000c,
R11=0x00000000fd3b1748
R12=0x0000000000000000, R13=0x00000000e3773cb0, R14=0x000000000cbfebf0,
R15=0x000000000cf7b800
RIP=0x00000000770e32d0, EFLAGS=0x0000000000010206
Top of Stack: (sp=0x000000000cbfea10)
0x000000000cbfea10: 0000000000000000 00000000014e1897
0x000000000cbfea20: 0000000000000001 0000000000000001
0x000000000cbfea30: 00000000078f29c8 000000006d908410
0x000000000cbfea40: 0000000000000004 0000000000000001
0x000000000cbfea50: 000000000cf7b800 000000000cbfebf0
0x000000000cbfea60: 00000000e3773cb0 0000000000000000
0x000000000cbfea70: 0000000000000000 00000000082f11f0
0x000000000cbfea80: 000000000cbfebb8 000007fefde510c4
0x000000000cbfea90: 00000000e3772f90 000000000cf7b800
0x000000000cbfeaa0: 000000000cbfeac8 000000000cbfeb28
0x000000000cbfeab0: 000000000cf7b800 000000006d927949
0x000000000cbfeac0: 000000000cbfeb28 00000000014d58fa
0x000000000cbfead0: 0000000007f08120 00000000014d58fa
0x000000000cbfeae0: 00000000e81708c0 000000006d409fc4
0x000000000cbfeaf0: 000000000cf7b9d0 000000000cbfebb8
0x000000000cbfeb00: 0000000000000001 0000000007855268
Instructions: (pc=0x00000000770e32d0)
0x00000000770e32b0: ff ff 00 00 00 48 33 de 48 23 c1 48 c1 eb 04 48
0x00000000770e32c0: 33 d8 48 33 1d ff f0 0d 00 48 c1 e3 04 0f 0d 0b
0x00000000770e32d0: 4c 8b 63 08 49 bd 01 00 00 00 01 00 00 00 49 be
0x00000000770e32e0: ff 7f 00 00 ff ff ff ff c6 42 0f 80 c6 42 0e 00
Register to memory mapping:
RAX=0x0000000007b28890 is an unknown value
RBX=0x00000e6779be1a30 is an unknown value
RCX=0x000000ffffffffff is an unknown value
RDX=0x00000000082f11e0 is an unknown value
RSP=0x000000000cbfea10 is pointing into the stack for thread:
0x000000000cf7b800
RBP=0x0000000000000000 is an unknown value
RSI=0x0000000000470000 is an unknown value
RDI=0x00000000082f11f0 is an unknown value
R8 =0x00000000082f11f0 is an unknown value
R9 =0x0000000000000001 is an unknown value
R10=0x000000000000000c is an unknown value
R11=0x00000000fd3b1748 is an unknown value
R12=0x0000000000000000 is an unknown value
R13=0x00000000e3773cb0 is an oop
{method}
- klass: {other class}
R14=0x000000000cbfebf0 is pointing into the stack for thread:
0x000000000cf7b800
R15=0x000000000cf7b800 is a thread
Stack: [0x000000000cb00000,0x000000000cc00000], sp=0x000000000cbfea10,
free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
C=native code)
C [ntdll.dll+0x532d0] RtlFreeHeap+0xd0
[error occurred during error reporting (printing native stack), id
0xc0000005]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.jdbc.odbc.JdbcOdbc.ReleaseStoredIntegers(JJ)V+0
J
sun.jdbc.odbc.JdbcOdbcResultSet.initialize(Lsun/jdbc/odbc/JdbcOdbc;JJZLsun/jdbc/odbc/JdbcOdbcStatement;)V
j sun.jdbc.odbc.JdbcOdbcStatement.getResultSet(Z)Ljava/sql/ResultSet;+71
j
sun.jdbc.odbc.JdbcOdbcStatement.executeQuery(Ljava/lang/String;)Ljava/sql/ResultSet;+59
j
com.wra.osp.ospconfig.OspConfig.openResultSet(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;II)Ljava/sql/ResultSet;+47
j
com.wra.osp.ospconfig.OspConfig.loadATypeList(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;I)[Lcom/wra/osp/ospconfig/TypeList;+73
j
com.wra.osp.ospconfig.OspConfig.loadTypeLists(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)V+189
j
com.wra.osp.ospconfig.TCfgRecord.getSiteConfigFromDb(IILjava/lang/String;Ljava/lang/String;Ljava/lang/String;)I+75
j
com.wra.osp.ospconfig.TCfgRecord.getSiteConfigFromDb(IILcom/wra/websira/WraAdmin;)I+15
j
com.wra.osp.ospconfig.TCfgRecord.getSiteConfigFromDb(Ljava/lang/String;Ljava/lang/String;ILcom/wra/websira/WraAdmin;)I+31
j
eddsrv.EddSrvConfig.doGet(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+732
j
javax.servlet.http.HttpServlet.service(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V+35
J
javax.servlet.http.HttpServlet.service(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V
J
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(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.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.Http11AprProcessor.process(Lorg/apache/tomcat/util/net/SocketWrapper;)Lorg/apache/tomcat/util/net/AbstractEndpoint$Handler$SocketState;
J
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Ljava/lang/Runnable;)V
J java.util.concurrent.ThreadPoolExecutor$Worker.run()V
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00000000078ed800 JavaThread "http-apr-55001-exec-581" daemon
[_thread_blocked, id=5376, stack(0x000000000e5d0000,0x000000000e6d0000)]
0x00000000078ed000 JavaThread "http-apr-55001-exec-580" daemon
[_thread_blocked, id=5696, stack(0x000000000e4d0000,0x000000000e5d0000)]
0x00000000078ec800 JavaThread "http-apr-55001-exec-579" daemon
[_thread_blocked, id=1116, stack(0x000000000e3d0000,0x000000000e4d0000)]
0x00000000078eb800 JavaThread "http-apr-55001-exec-578" daemon
[_thread_blocked, id=3656, stack(0x000000000e2d0000,0x000000000e3d0000)]
0x00000000078eb000 JavaThread "http-apr-55001-exec-577" daemon
[_thread_in_native, id=1836, stack(0x000000000e1d0000,0x000000000e2d0000)]
0x000000000cf80000 JavaThread "http-apr-55001-exec-576" daemon
[_thread_in_native, id=3968, stack(0x000000000e0d0000,0x000000000e1d0000)]
0x000000000cf7f800 JavaThread "http-apr-55001-exec-575" daemon
[_thread_blocked, id=3532, stack(0x000000000dfd0000,0x000000000e0d0000)]
0x000000000cf7e800 JavaThread "http-apr-55001-exec-574" daemon
[_thread_blocked, id=684, stack(0x000000000ded0000,0x000000000dfd0000)]
0x000000000cf7e000 JavaThread "http-apr-55001-exec-573" daemon
[_thread_blocked, id=6448, stack(0x000000000ddd0000,0x000000000ded0000)]
0x000000000cf7d000 JavaThread "http-apr-55001-exec-572" daemon
[_thread_blocked, id=5308, stack(0x000000000dcd0000,0x000000000ddd0000)]
0x000000000cf7c800 JavaThread "http-apr-55001-exec-571" daemon
[_thread_blocked, id=4840, stack(0x000000000cc00000,0x000000000cd00000)]
=>0x000000000cf7b800 JavaThread "http-apr-55001-exec-570" daemon
[_thread_in_vm, id=5028, stack(0x000000000cb00000,0x000000000cc00000)]
0x000000000cf7b000 JavaThread "http-apr-55001-exec-569" daemon
[_thread_blocked, id=5864, stack(0x000000000ca00000,0x000000000cb00000)]
0x000000000cf7a000 JavaThread "http-apr-55001-exec-568" daemon
[_thread_blocked, id=7736, stack(0x000000000c900000,0x000000000ca00000)]
0x000000000cf79800 JavaThread "http-apr-55001-exec-567" daemon
[_thread_blocked, id=3944, stack(0x000000000c800000,0x000000000c900000)]
0x000000000cf79000 JavaThread "http-apr-55001-exec-566" daemon
[_thread_blocked, id=4484, stack(0x000000000c700000,0x000000000c800000)]
0x000000000707d800 JavaThread "http-apr-55001-exec-565" daemon
[_thread_blocked, id=3664, stack(0x000000000c600000,0x000000000c700000)]
0x000000000707c800 JavaThread "http-apr-55001-exec-564" daemon
[_thread_blocked, id=4848, stack(0x000000000c500000,0x000000000c600000)]
0x000000000707c000 JavaThread "http-apr-55001-exec-563" daemon
[_thread_blocked, id=7552, stack(0x000000000c400000,0x000000000c500000)]
0x000000000707b800 JavaThread "http-apr-55001-exec-562" daemon
[_thread_in_native, id=6460, stack(0x000000000c300000,0x000000000c400000)]
0x000000000707a800 JavaThread "http-apr-55001-exec-561" daemon
[_thread_blocked, id=3988, stack(0x000000000c200000,0x000000000c300000)]
0x000000000707a000 JavaThread "http-apr-55001-exec-560" daemon
[_thread_blocked, id=3848, stack(0x000000000c100000,0x000000000c200000)]
0x0000000007079000 JavaThread "http-apr-55001-exec-559" daemon
[_thread_blocked, id=7744, stack(0x000000000c000000,0x000000000c100000)]
0x0000000007078800 JavaThread "http-apr-55001-exec-558" daemon
[_thread_blocked, id=6240, stack(0x000000000bf00000,0x000000000c000000)]
0x0000000007077800 JavaThread "http-apr-55001-exec-557" daemon
[_thread_blocked, id=6880, stack(0x000000000be00000,0x000000000bf00000)]
0x0000000007077000 JavaThread "http-apr-55001-exec-556" daemon
[_thread_blocked, id=3736, stack(0x000000000bc00000,0x000000000bd00000)]
0x0000000007076000 JavaThread "http-apr-55001-exec-555" daemon
[_thread_blocked, id=2948, stack(0x000000000bb00000,0x000000000bc00000)]
0x000000000752a000 JavaThread "http-apr-55001-exec-554" daemon
[_thread_in_native, id=4004, stack(0x000000000ba00000,0x000000000bb00000)]
0x0000000007529000 JavaThread "http-apr-55001-exec-553" daemon
[_thread_in_native, id=4764, stack(0x000000000b900000,0x000000000ba00000)]
0x0000000007528800 JavaThread "http-apr-55001-exec-552" daemon
[_thread_blocked, id=5788, stack(0x000000000b800000,0x000000000b900000)]
0x0000000007527800 JavaThread "http-apr-55001-exec-551" daemon
[_thread_blocked, id=7008, stack(0x000000000b700000,0x000000000b800000)]
0x0000000007527000 JavaThread "http-apr-55001-exec-550" daemon
[_thread_blocked, id=2800, stack(0x000000000b600000,0x000000000b700000)]
0x0000000007526800 JavaThread "http-apr-55001-exec-549" daemon
[_thread_blocked, id=6236, stack(0x000000000b500000,0x000000000b600000)]
0x0000000007525800 JavaThread "http-apr-55001-exec-548" daemon
[_thread_blocked, id=5284, stack(0x000000000b400000,0x000000000b500000)]
0x0000000007525000 JavaThread "http-apr-55001-exec-547" daemon
[_thread_blocked, id=4904, stack(0x000000000b300000,0x000000000b400000)]
0x0000000007524000 JavaThread "http-apr-55001-exec-546" daemon
[_thread_blocked, id=2032, stack(0x000000000b200000,0x000000000b300000)]
0x0000000007523800 JavaThread "http-apr-55001-exec-545" daemon
[_thread_blocked, id=5580, stack(0x000000000b100000,0x000000000b200000)]
0x0000000007522800 JavaThread "http-apr-55001-exec-544" daemon
[_thread_blocked, id=3716, stack(0x000000000b000000,0x000000000b100000)]
0x00000000079b2800 JavaThread "http-apr-55001-exec-543" daemon
[_thread_blocked, id=5432, stack(0x000000000af00000,0x000000000b000000)]
0x00000000079b3000 JavaThread "http-apr-55001-exec-542" daemon
[_thread_blocked, id=7892, stack(0x000000000ae00000,0x000000000af00000)]
0x00000000079ac800 JavaThread "http-apr-55001-exec-541" daemon
[_thread_blocked, id=7856, stack(0x000000000ad00000,0x000000000ae00000)]
0x00000000079b4800 JavaThread "http-apr-55001-exec-540" daemon
[_thread_blocked, id=2804, stack(0x000000000ac00000,0x000000000ad00000)]
0x00000000079b3800 JavaThread "http-apr-55001-exec-539" daemon
[_thread_blocked, id=4872, stack(0x000000000ab00000,0x000000000ac00000)]
0x00000000079ae800 JavaThread "http-apr-55001-exec-538" daemon
[_thread_blocked, id=3540, stack(0x000000000aa00000,0x000000000ab00000)]
0x00000000079af800 JavaThread "http-apr-55001-exec-537" daemon
[_thread_blocked, id=1292, stack(0x000000000a900000,0x000000000aa00000)]
0x00000000079b0000 JavaThread "http-apr-55001-exec-536" daemon
[_thread_blocked, id=6064, stack(0x000000000a800000,0x000000000a900000)]
0x00000000079b1800 JavaThread "http-apr-55001-exec-535" daemon
[_thread_blocked, id=5152, stack(0x000000000a700000,0x000000000a800000)]
0x00000000079ad000 JavaThread "http-apr-55001-exec-534" daemon
[_thread_blocked, id=3488, stack(0x000000000a600000,0x000000000a700000)]
0x00000000079b1000 JavaThread "http-apr-55001-exec-533" daemon
[_thread_blocked, id=3924, stack(0x0000000000cf0000,0x0000000000df0000)]
0x00000000079ae000 JavaThread "http-apr-55001-exec-532" daemon
[_thread_blocked, id=4616, stack(0x0000000000bf0000,0x0000000000cf0000)]
0x00000000079ac000 JavaThread "http-apr-55001-AsyncTimeout" daemon
[_thread_blocked, id=3420, stack(0x000000000a500000,0x000000000a600000)]
0x00000000079ab000 JavaThread "http-apr-55001-Acceptor-0" daemon
[_thread_in_native, id=3416, stack(0x000000000a400000,0x000000000a500000)]
0x00000000079aa800 JavaThread "http-apr-55001-Sendfile-0" daemon
[_thread_blocked, id=3400, stack(0x000000000a300000,0x000000000a400000)]
0x00000000079a9800 JavaThread "http-apr-55001-CometPoller-7" daemon
[_thread_blocked, id=3392, stack(0x000000000a200000,0x000000000a300000)]
0x00000000079a9000 JavaThread "http-apr-55001-CometPoller-6" daemon
[_thread_blocked, id=3380, stack(0x000000000a100000,0x000000000a200000)]
0x00000000079a8000 JavaThread "http-apr-55001-CometPoller-5" daemon
[_thread_blocked, id=3376, stack(0x000000000a000000,0x000000000a100000)]
0x00000000079a7800 JavaThread "http-apr-55001-CometPoller-4" daemon
[_thread_blocked, id=3368, stack(0x0000000009f00000,0x000000000a000000)]
0x00000000079a6800 JavaThread "http-apr-55001-CometPoller-3" daemon
[_thread_blocked, id=3360, stack(0x0000000009e00000,0x0000000009f00000)]
0x00000000079a6000 JavaThread "http-apr-55001-CometPoller-2" daemon
[_thread_blocked, id=3352, stack(0x0000000009d00000,0x0000000009e00000)]
0x00000000079a5800 JavaThread "http-apr-55001-CometPoller-1" daemon
[_thread_blocked, id=3344, stack(0x0000000009c00000,0x0000000009d00000)]
0x0000000007c18000 JavaThread "http-apr-55001-CometPoller-0" daemon
[_thread_blocked, id=3336, stack(0x0000000009b00000,0x0000000009c00000)]
0x0000000007d58800 JavaThread "http-apr-55001-Poller-7" daemon
[_thread_in_native, id=3324, stack(0x0000000009a00000,0x0000000009b00000)]
0x0000000007a88000 JavaThread "http-apr-55001-Poller-6" daemon
[_thread_in_native, id=2932, stack(0x0000000009900000,0x0000000009a00000)]
0x0000000007cee800 JavaThread "http-apr-55001-Poller-5" daemon
[_thread_in_native, id=2944, stack(0x0000000009800000,0x0000000009900000)]
0x0000000007148000 JavaThread "http-apr-55001-Poller-4" daemon
[_thread_in_native, id=2888, stack(0x0000000009700000,0x0000000009800000)]
0x00000000074b9800 JavaThread "http-apr-55001-Poller-3" daemon
[_thread_in_native, id=576, stack(0x0000000009600000,0x0000000009700000)]
0x0000000006eb6000 JavaThread "http-apr-55001-Poller-2" daemon
[_thread_in_native, id=2756, stack(0x0000000009500000,0x0000000009600000)]
0x0000000007b29000 JavaThread "http-apr-55001-Poller-1" daemon
[_thread_in_native, id=2764, stack(0x0000000009400000,0x0000000009500000)]
0x0000000007ddc000 JavaThread "http-apr-55001-Poller-0" daemon
[_thread_in_native, id=2768, stack(0x00000000091a0000,0x00000000092a0000)]
0x0000000007a4b800 JavaThread
"ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon
[_thread_blocked, id=3052, stack(0x0000000008da0000,0x0000000008ea0000)]
0x00000000076d4800 JavaThread "GC Daemon" daemon [_thread_blocked,
id=2852, stack(0x0000000008a30000,0x0000000008b30000)]
0x0000000005485800 JavaThread "Low Memory Detector" daemon
[_thread_blocked, id=2168, stack(0x0000000006c60000,0x0000000006d60000)]
0x0000000005482000 JavaThread "C2 CompilerThread1" daemon
[_thread_blocked, id=2136, stack(0x0000000006b60000,0x0000000006c60000)]
0x000000000547a800 JavaThread "C2 CompilerThread0" daemon
[_thread_blocked, id=2124, stack(0x0000000006a60000,0x0000000006b60000)]
0x000000000547a000 JavaThread "Attach Listener" daemon
[_thread_blocked, id=2112, stack(0x0000000006960000,0x0000000006a60000)]
0x0000000005479000 JavaThread "Signal Dispatcher" daemon
[_thread_blocked, id=2104, stack(0x0000000006860000,0x0000000006960000)]
0x000000000541f800 JavaThread "Finalizer" daemon [_thread_blocked,
id=1956, stack(0x0000000006660000,0x0000000006760000)]
0x000000000541f000 JavaThread "Reference Handler" daemon
[_thread_blocked, id=1952, stack(0x0000000006560000,0x0000000006660000)]
0x000000000047c800 JavaThread "main" [_thread_in_native, id=1480,
stack(0x0000000000ff0000,0x00000000010f0000)]
Other Threads:
0x0000000005413800 VMThread [stack:
0x0000000006460000,0x0000000006560000] [id=1912]
0x000000000549c000 WatcherThread [stack:
0x0000000006d60000,0x0000000006e60000] [id=2216]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 130752K, used 92061K [0x00000000f8000000,
0x0000000100000000, 0x0000000100000000)
eden space 130432K, 70% used
[0x00000000f8000000,0x00000000fd9b7480,0x00000000fff60000)
from space 320K, 60% used
[0x00000000fffb0000,0x00000000fffe0000,0x0000000100000000)
to space 320K, 0% used
[0x00000000fff60000,0x00000000fff60000,0x00000000fffb0000)
PSOldGen total 262144K, used 14763K [0x00000000e8000000,
0x00000000f8000000, 0x00000000f8000000)
object space 262144K, 5% used
[0x00000000e8000000,0x00000000e8e6aed8,0x00000000f8000000)
PSPermGen total 27136K, used 27074K [0x00000000e2e00000,
0x00000000e4880000, 0x00000000e8000000)
object space 27136K, 99% used
[0x00000000e2e00000,0x00000000e4870a78,0x00000000e4880000)
Code Cache [0x00000000014d0000, 0x0000000001870000, 0x00000000044d0000)
total_blobs=1368 nmethods=967 adapters=353 free_code_cache=46601600
largest_free_block=12288
Dynamic libraries:
0x0000000140000000 - 0x000000014001c000 C:\Program Files\Apache
Software Foundation\Tomcat 7.0\bin\tomcat7.exe
0x0000000077090000 - 0x0000000077239000 C:\Windows\SYSTEM32\ntdll.dll
0x0000000076e70000 - 0x0000000076f8f000 C:\Windows\system32\kernel32.dll
0x000007fefd340000 - 0x000007fefd3ac000 C:\Windows\system32\KERNELBASE.dll
0x000007fefd810000 - 0x000007fefd8eb000 C:\Windows\system32\ADVAPI32.dll
0x000007fefde50000 - 0x000007fefdeef000 C:\Windows\system32\msvcrt.dll
0x000007fefe3e0000 - 0x000007fefe3ff000 C:\Windows\SYSTEM32\sechost.dll
0x000007fefe400000 - 0x000007fefe52d000 C:\Windows\system32\RPCRT4.dll
0x000007fefe530000 - 0x000007feff2b8000 C:\Windows\system32\SHELL32.dll
0x000007feff2c0000 - 0x000007feff331000 C:\Windows\system32\SHLWAPI.dll
0x000007fefe210000 - 0x000007fefe277000 C:\Windows\system32\GDI32.dll
0x0000000076f90000 - 0x000000007708a000 C:\Windows\system32\USER32.dll
0x000007fefe200000 - 0x000007fefe20e000 C:\Windows\system32\LPK.dll
0x000007fefdb70000 - 0x000007fefdc39000 C:\Windows\system32\USP10.dll
0x000007fefde20000 - 0x000007fefde4e000 C:\Windows\system32\IMM32.DLL
0x000007fefd3b0000 - 0x000007fefd4b9000 C:\Windows\system32\MSCTF.dll
0x000000006d7f0000 - 0x000000006dfa8000 C:\Program
Files\Java\jre6\bin\server\jvm.dll
0x000007fef9ce0000 - 0x000007fef9d1b000 C:\Windows\system32\WINMM.dll
0x000000006d760000 - 0x000000006d76e000 C:\Program
Files\Java\jre6\bin\verify.dll
0x000000006d3b0000 - 0x000000006d3d7000 C:\Program
Files\Java\jre6\bin\java.dll
0x000000006d7b0000 - 0x000000006d7c2000 C:\Program
Files\Java\jre6\bin\zip.dll
0x000007fefdff0000 - 0x000007fefe1f3000 C:\Windows\system32\ole32.dll
0x000000006d540000 - 0x000000006d54a000 C:\Program
Files\Java\jre6\bin\management.dll
0x0000000010000000 - 0x0000000010125000 C:\Program Files\Apache
Software Foundation\Tomcat 7.0\bin\tcnative-1.dll
0x0000000077250000 - 0x0000000077257000 C:\Windows\system32\PSAPI.DLL
0x000007fefdf00000 - 0x000007fefdf4d000 C:\Windows\system32\WS2_32.dll
0x000007fefdef0000 - 0x000007fefdef8000 C:\Windows\system32\NSI.dll
0x000007fefc7a0000 - 0x000007fefc7f5000 C:\Windows\system32\MSWSOCK.dll
0x000007fefc860000 - 0x000007fefc877000 C:\Windows\system32\CRYPTSP.dll
0x000007fefc5d0000 - 0x000007fefc617000 C:\Windows\system32\rsaenh.dll
0x000007fefced0000 - 0x000007fefcedf000 C:\Windows\system32\CRYPTBASE.dll
0x000007fefc1f0000 - 0x000007fefc1f7000 C:\Windows\System32\wshtcpip.dll
0x000007fefcfe0000 - 0x000007fefcfef000 C:\Windows\system32\profapi.dll
0x000000006d600000 - 0x000000006d617000 C:\Program
Files\Java\jre6\bin\net.dll
0x000007fefca00000 - 0x000007fefca07000 C:\Windows\System32\wship6.dll
0x000007fefbd50000 - 0x000007fefbd65000 C:\Windows\system32\NLAapi.dll
0x000007fefa210000 - 0x000007fefa225000 C:\Windows\system32\napinsp.dll
0x000007fefc690000 - 0x000007fefc6eb000 C:\Windows\system32\DNSAPI.dll
0x000007fefa240000 - 0x000007fefa24b000 C:\Windows\System32\winrnr.dll
0x000007fefa830000 - 0x000007fefa857000 C:\Windows\system32\IPHLPAPI.DLL
0x000007fefa820000 - 0x000007fefa82b000 C:\Windows\system32\WINNSI.DLL
0x000007fefa280000 - 0x000007fefa288000 C:\Windows\system32\rasadhlp.dll
0x000007fefa710000 - 0x000007fefa763000 C:\Windows\System32\fwpuclnt.dll
0x0000000066700000 - 0x000000006675c000 C:\Windows\System32\dbjodbc9.dll
0x000007fef5ad0000 - 0x000007fef5b81000 C:\Windows\system32\ODBC32.dll
0x00000000747b0000 - 0x00000000747e8000 C:\Windows\system32\odbcint.dll
0x000000006d400000 - 0x000000006d412000 C:\Program
Files\Java\jre6\bin\JdbcOdbc.dll
0x000007fefca10000 - 0x000007fefca32000 C:\Windows\system32\bcrypt.dll
0x000007fefc510000 - 0x000007fefc55c000
C:\Windows\system32\bcryptprimitives.dll
0x000000000f020000 - 0x000000000f101000 C:\Windows\System32\dbodbc9.dll
0x000007fef9210000 - 0x000007fef9219000 C:\Windows\System32\WSOCK32.dll
0x000007fef3350000 - 0x000007fef3378000 C:\Windows\system32\odbccp32.dll
0x000007fefc120000 - 0x000007fefc12c000 C:\Windows\system32\VERSION.dll
0x0000000065000000 - 0x00000000650a6000 C:\Windows\System32\dblgen9.dll
0x000007fefb680000 - 0x000007fefb7a5000 C:\Windows\system32\dbghelp.dll
VM Arguments:
jvm_args: -Dcatalina.base=d:\RtData\Pilot2\EddSrv
-Dcatalina.home=C:\Program Files\Apache Software Foundation\Tomcat 7.0
-Djava.endorsed.dirs=C:\Program Files\Apache Software Foundation\Tomcat
7.0\endorsed -Djava.io.tmpdir=d:\RtData\Pilot2\EddSrv\temp
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Djava.util.logging.config.file=d:\RtData\Pilot2\EddSrv\conf\logging.properties
-DEddSrv.configFileName=D:\RtData\Pilot2\EddSrv\EddSrvServer.properties
-DRealTime.configFileName=D:\RtData\Pilot2\EddSrv\RealTimeServer.properties
-XX:+UseCompressedOops -Xms384m -Xmx384m
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;
USERNAME=SM3$
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 44 Stepping 2, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows NT 6.1 , 64 bit Build 7601 Service Pack 1
CPU:total 16 (4 cores per cpu, 2 threads per core) family 6 model 44
stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1,
sse4.2, popcnt, ht
Memory: 4k page, physical 16763992k(13666632k free), swap
33526136k(29133308k free)
vm_info: Java HotSpot(TM) 64-Bit Server VM (20.2-b06) for windows-amd64
JRE (1.6.0_27-b07), built on Jul 19 2011 01:08:22 by "java_re" with MS
VC++ 8.0 (VS2005)
time: Mon Nov 07 10:22:49 2011
elapsed time: 1623266 seconds
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: JRE Access violation
Posted by David Kerber <dc...@verizon.net>.
On 5/23/2012 5:39 PM, Christopher Schultz wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> David,
>
> On 5/23/12 5:17 PM, David kerber wrote:
>> On 5/23/2012 4:57 PM, Mark Thomas wrote:
>>> On 23/05/2012 21:53, David kerber wrote:
>>>> Any suggestions as to where to start looking for this error?
>>> Ditch the ODBC-JDBC bridge driver and get a JDBC driver for the
>>> database you are using. The ODBC-JDBC bridge is not recommended
>>> for production use.
>> In general I agree, but that's easier said than done, and it has
>> been working quite reliably for several years until yesterday.
> Is it tough to move to a Type 4 driver? I didn't think there was a
> database these days that still required the ODBC bridge...
I don't think it's particularly difficult, but it will require some code
changes, and the DB manufacturer says it doesn't have as good of
performance as the ODBC driver. Not really an issue in this particular
app, because the db is only used for authentication and a few config
items, and not for ongoing processing.
>
> If EXCEPTION_ACCESS_VIOLATION is what I think it is (SIGSEGV), then I
From what I've seen, it is.
> would highly recommend that you run memtest86+ on this machine as soon
> as you can. Barring JVM bugs (and a buggy JDBC->ODBC bridge could
> certainly be the culprit), my experience has been that unexplained seg
> faults usually mean that the hardware is starting to die (I've seen
> independent CPU, memory, and motherboard failures cause this kind of
> thing).
I just started a run of memtestPro for windows (can't take this server
out of production on no notice).
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: JRE Access violation
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
David,
On 5/23/12 5:17 PM, David kerber wrote:
> On 5/23/2012 4:57 PM, Mark Thomas wrote:
>> On 23/05/2012 21:53, David kerber wrote:
>>> Any suggestions as to where to start looking for this error?
>>
>> Ditch the ODBC-JDBC bridge driver and get a JDBC driver for the
>> database you are using. The ODBC-JDBC bridge is not recommended
>> for production use.
>
> In general I agree, but that's easier said than done, and it has
> been working quite reliably for several years until yesterday.
Is it tough to move to a Type 4 driver? I didn't think there was a
database these days that still required the ODBC bridge...
If EXCEPTION_ACCESS_VIOLATION is what I think it is (SIGSEGV), then I
would highly recommend that you run memtest86+ on this machine as soon
as you can. Barring JVM bugs (and a buggy JDBC->ODBC bridge could
certainly be the culprit), my experience has been that unexplained seg
faults usually mean that the hardware is starting to die (I've seen
independent CPU, memory, and motherboard failures cause this kind of
thing).
After you replace the ODBC driver, I'd immediately test with
memtext86+ is you are still having problems: it's much faster to test
your rig and rule that out first than it is to chase-down all the
crazy leads that teh intarwebs have to offer.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk+9WSgACgkQ9CaO5/Lv0PCMaQCgunjQ4eFnhEg2aFmzgXMkbvNu
V7kAoJBRAyaNG536TyhO1R9Hl9eElV68
=CBXh
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: JRE Access violation
Posted by David kerber <dc...@verizon.net>.
On 5/23/2012 4:57 PM, Mark Thomas wrote:
> On 23/05/2012 21:53, David kerber wrote:
>> Any suggestions as to where to start looking for this error?
>
> Ditch the ODBC-JDBC bridge driver and get a JDBC driver for the database
> you are using. The ODBC-JDBC bridge is not recommended for production use.
In general I agree, but that's easier said than done, and it has been
working quite reliably for several years until yesterday.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: JRE Access violation
Posted by Mark Thomas <ma...@apache.org>.
On 23/05/2012 21:53, David kerber wrote:
> Any suggestions as to where to start looking for this error?
Ditch the ODBC-JDBC bridge driver and get a JDBC driver for the database
you are using. The ODBC-JDBC bridge is not recommended for production use.
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: JRE Access violation
Posted by rsivan <re...@gmail.com>.
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7729e39e, pid=4432,
tid=4588 ...
Except for the actual pid etc numbers I am experiencing the same problem
about once a day.
I believe this is an important piece of information because this makes it
most unlikely that we both have a corrupted memory problem.
In my case I am running Windows 7 64.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000077a132d0,
pid=11804, tid=12212
#
# JRE version: 7.0_09-b05
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.5-b02 mixed mode
windows-amd64 compressed oops)
# Problematic frame:
# C [ntdll.dll+0x532d0] RtlFreeHeap+0xd0
#
# Failed to write core dump. Minidumps are not enabled by default on client
versions of Windows
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/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 (0x000000000f3c7800): JavaThread
"ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon
[_thread_in_native, id=12212, stack(0x000000001e650000,0x000000001e750000)]
siginfo: ExceptionCode=0xc0000005, reading address 0x000006b4c7ec1228
...
Stack: [0x000000001e650000,0x000000001e750000], sp=0x000000001e74f320,
free space=1020k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
code)
C [ntdll.dll+0x532d0] RtlFreeHeap+0xd0
[error occurred during error reporting (printing native stack), id
0xc0000005]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J java.io.WinNTFileSystem.getBooleanAttributes(Ljava/io/File;)I
J java.io.File.exists()Z
j
org.apache.catalina.startup.HostConfig.checkResources(Lorg/apache/catalina/startup/HostConfig$DeployedApplication;)V+1029
j org.apache.catalina.startup.HostConfig.check()V+60
j
org.apache.catalina.startup.HostConfig.lifecycleEvent(Lorg/apache/catalina/LifecycleEvent;)V+13
J org.apache.catalina.core.ContainerBase.backgroundProcess()V
J
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(Lorg/apache/catalina/Container;Ljava/lang/ClassLoader;)V
j
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run()V+81
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--
View this message in context: http://tomcat.10.n6.nabble.com/JRE-Access-violation-tp4981117p4989579.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: JRE Access violation
Posted by David Kerber <dc...@verizon.net>.
On 5/23/2012 6:05 PM, Konstantin Kolinko wrote:
> 2012/5/24 David kerber<dc...@verizon.net>:
>> Stack: [0x000000000cb00000,0x000000000cc00000], sp=0x000000000cbfea10,
>> free space=1018k
>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
>> code)
>> C [ntdll.dll+0x532d0] RtlFreeHeap+0xd0
>>
>> [error occurred during error reporting (printing native stack), id
>> 0xc0000005]
>>
> The above line - so it failed so hard, that was not able to properly
> report the error?
I don't know windows error messages very well, but that's what it looks
like to me, too.
>
> Regarding your question
>> I'm not sure if the "thread blocked" messages in the below listing mean anything.
> I see nothing wrong with Apr connector threads state.
Ok, you know better than I do. I just mentioned it because I wasn't
sure if it meant anything or not, and wanted to be sure somebody who DID
know would see it.
>
> They are executing java code. Only several of them are in
> "_thread_in_native" state. Nothing else can be said, because java
> stack traces are not present.
>
> You can take thread dumps from Tomcat instance when it is running and compare.
>
> Note, that this connector using Tomcat-Native library is one more
> native component in the picture. I have nothing against it, just
> saying.
Just removed that. I don't do any SSL in this app, so it's probably not
doing anything for me any way.
>
>> each of the last two days
> Two days ago?
> http://en.wikipedia.org/wiki/Solar_eclipse_of_May_20,_2012
If it was a major solar storm, I might consider it as a potential cause.
>
>
> BTW, there is known stability issue with that version of Tomcat if you
> have compression="on" on your connector
> http://issues.apache.org/bugzilla/show_bug.cgi?id=52121
Not using that, but thanks for pointing it out.
D
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: JRE Access violation
Posted by Konstantin Kolinko <kn...@gmail.com>.
2012/5/24 David kerber <dc...@verizon.net>:
> Any suggestions as to where to start looking for this error?
>
> This is TC 7.0.22 32-bit running on Windows Server 2008R2, on a Dell
> Dual-processor 4-core hyperthreaded (total 16 cores according to the OS) box
> with 16GB RAM. Overall memory usage is approx 26% according to task
> Manager.
>
> There are 5 instances of Tomcat running, each on a different TCP port, and
> each running from its own doc base. They are all running the same
> application, though with slightly different settings for different
> customers. I have allocated 512MB to each instance, and the biggest one is
> using approx 260MB according to task manager. Only the single instance of
> TC has had this problem, and it has died each of the last two days, after
> running perfectly for over two months. All other instances continue to run
> with no trouble, including one which has much more activity than the one
> with the trouble.
>
> This is the only unexpected entry in any of the TC logs.
>
> 2012-05-23 08:12:04 Commons Daemon procrun stdout initialized
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7729e39e, pid=4432,
> tid=4588
> #
> # JRE version: 6.0_27-b07
> # Java VM: Java HotSpot(TM) Server VM (20.2-b06 mixed mode windows-x86 )
> # Problematic frame:
> # C [ntdll.dll+0x2e39e]
> #
> # An error report file with more information is saved as:
> # C:\Windows\system32\hs_err_pid4432.log
> #
> # If you would like to submit a bug report, please visit:
> # http://java.sun.com/webapps/bugreport/crash.jsp
> #
>
>
> According to C:\Windows\system32\hs_err_pid4432.log, the problem appears to
> be in the sun database access stuff, but I'm not sure if the "thread
> blocked" messages in the below listing mean anything.
>
> And here is C:\Windows\system32\hs_err_pid4432.log. Unfortunately, pasting
> it into the e-mail hosed the line wrapping:
>
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000770e32d0,
> pid=1400, tid=5028
> #
> # JRE version: 6.0_27-b07
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (20.2-b06 mixed mode
> windows-amd64 compressed oops)
> # Problematic frame:
> # C [ntdll.dll+0x532d0]
> #
> # If you would like to submit a bug report, please visit:
> # http://java.sun.com/webapps/bugreport/crash.jsp
> #
>
> --------------- T H R E A D ---------------
>
> Current thread (0x000000000cf7b800): JavaThread "http-apr-55001-exec-570"
> daemon [_thread_in_vm, id=5028,
> stack(0x000000000cb00000,0x000000000cc00000)]
>
> siginfo: ExceptionCode=0xc0000005, reading address 0x00000e6779be1a38
>
> Registers:
> RAX=0x0000000007b28890, RBX=0x00000e6779be1a30, RCX=0x000000ffffffffff,
> RDX=0x00000000082f11e0
> RSP=0x000000000cbfea10, RBP=0x0000000000000000, RSI=0x0000000000470000,
> RDI=0x00000000082f11f0
> R8 =0x00000000082f11f0, R9 =0x0000000000000001, R10=0x000000000000000c,
> R11=0x00000000fd3b1748
> R12=0x0000000000000000, R13=0x00000000e3773cb0, R14=0x000000000cbfebf0,
> R15=0x000000000cf7b800
> RIP=0x00000000770e32d0, EFLAGS=0x0000000000010206
>
> Top of Stack: (sp=0x000000000cbfea10)
> 0x000000000cbfea10: 0000000000000000 00000000014e1897
> 0x000000000cbfea20: 0000000000000001 0000000000000001
> 0x000000000cbfea30: 00000000078f29c8 000000006d908410
> 0x000000000cbfea40: 0000000000000004 0000000000000001
> 0x000000000cbfea50: 000000000cf7b800 000000000cbfebf0
> 0x000000000cbfea60: 00000000e3773cb0 0000000000000000
> 0x000000000cbfea70: 0000000000000000 00000000082f11f0
> 0x000000000cbfea80: 000000000cbfebb8 000007fefde510c4
> 0x000000000cbfea90: 00000000e3772f90 000000000cf7b800
> 0x000000000cbfeaa0: 000000000cbfeac8 000000000cbfeb28
> 0x000000000cbfeab0: 000000000cf7b800 000000006d927949
> 0x000000000cbfeac0: 000000000cbfeb28 00000000014d58fa
> 0x000000000cbfead0: 0000000007f08120 00000000014d58fa
> 0x000000000cbfeae0: 00000000e81708c0 000000006d409fc4
> 0x000000000cbfeaf0: 000000000cf7b9d0 000000000cbfebb8
> 0x000000000cbfeb00: 0000000000000001 0000000007855268
>
> Instructions: (pc=0x00000000770e32d0)
> 0x00000000770e32b0: ff ff 00 00 00 48 33 de 48 23 c1 48 c1 eb 04 48
> 0x00000000770e32c0: 33 d8 48 33 1d ff f0 0d 00 48 c1 e3 04 0f 0d 0b
> 0x00000000770e32d0: 4c 8b 63 08 49 bd 01 00 00 00 01 00 00 00 49 be
> 0x00000000770e32e0: ff 7f 00 00 ff ff ff ff c6 42 0f 80 c6 42 0e 00
>
>
> Register to memory mapping:
>
> RAX=0x0000000007b28890 is an unknown value
> RBX=0x00000e6779be1a30 is an unknown value
> RCX=0x000000ffffffffff is an unknown value
> RDX=0x00000000082f11e0 is an unknown value
> RSP=0x000000000cbfea10 is pointing into the stack for thread:
> 0x000000000cf7b800
> RBP=0x0000000000000000 is an unknown value
> RSI=0x0000000000470000 is an unknown value
> RDI=0x00000000082f11f0 is an unknown value
> R8 =0x00000000082f11f0 is an unknown value
> R9 =0x0000000000000001 is an unknown value
> R10=0x000000000000000c is an unknown value
> R11=0x00000000fd3b1748 is an unknown value
> R12=0x0000000000000000 is an unknown value
> R13=0x00000000e3773cb0 is an oop
> {method}
> - klass: {other class}
> R14=0x000000000cbfebf0 is pointing into the stack for thread:
> 0x000000000cf7b800
> R15=0x000000000cf7b800 is a thread
>
>
> Stack: [0x000000000cb00000,0x000000000cc00000], sp=0x000000000cbfea10,
> free space=1018k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
> code)
> C [ntdll.dll+0x532d0] RtlFreeHeap+0xd0
>
> [error occurred during error reporting (printing native stack), id
> 0xc0000005]
>
The above line - so it failed so hard, that was not able to properly
report the error?
Regarding your question
> I'm not sure if the "thread blocked" messages in the below listing mean anything.
I see nothing wrong with Apr connector threads state.
They are executing java code. Only several of them are in
"_thread_in_native" state. Nothing else can be said, because java
stack traces are not present.
You can take thread dumps from Tomcat instance when it is running and compare.
Note, that this connector using Tomcat-Native library is one more
native component in the picture. I have nothing against it, just
saying.
> each of the last two days
Two days ago?
http://en.wikipedia.org/wiki/Solar_eclipse_of_May_20,_2012
BTW, there is known stability issue with that version of Tomcat if you
have compression="on" on your connector
http://issues.apache.org/bugzilla/show_bug.cgi?id=52121
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org