Develop Reference

Java fatal error when attempting to deploy Cassandra in Kubernetes

I am trying to deploy a Cassandra Kubernetes pod as in here, except I am using my own Cassandra image, which deploys version 3.11.3 with JDK 8-201. The infrastructure is an AWS cluster composed by c4.2xlarge nodes.
The container launches successfully but the Cassandra deployment fails with the following error:
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007f5c77622d84, pid=73, tid=0x00007f5c79e64700
#
# JRE version: (8.0_201-b09) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.201-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x60bd84] CodeHeap::allocate(unsigned long, bool)+0x2b4
#
# Core dump written. Default location: /opt/apache-cassandra-3.11.3/bin/core or core.73
#
# An error report file with more information is saved as:
# /opt/apache-cassandra-3.11.3/bin/hs_err_pid73.log
I am not sure if it helps, but here is the full log:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007f5c77622d84, pid=73, tid=0x00007f5c79e64700
#
# JRE version: (8.0_201-b09) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.201-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x60bd84] CodeHeap::allocate(unsigned long, bool)+0x2b4
#
# Core dump written. Default location: /opt/apache-cassandra-3.11.3/bin/core or core.73
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x00007f5c76cd6400): JavaThread "Unknown thread" [_thread_in_vm, id=74, stack(0x00007f5c79e24000,0x00007f5c79e65000)]
siginfo: si_signo: 7 (SIGBUS), si_code: 2 (BUS_ADRERR), si_addr: 0x00007f5c67200000
Registers:
RAX=0x00007f5c67200000, RBX=0x0000000000000100, RCX=0x0000000000000006, RDX=0x00007f5c66e40004
RSP=0x00007f5c79e63928, RBP=0x00007f5c79e63950, RSI=0x00007f5c66e40004, RDI=0x00007f5c780213c0
R8 =0x0000000000000004, R9 =0x0000000000000000, R10=0x0000000000000032, R11=0x0000000000000206
R12=0x0000000000000000, R13=0x000000000007d000, R14=0x00007f5c77f980a0, R15=0x00007f5c76c94e80
RIP=0x00007f5c77622d84, EFLAGS=0x0000000000010206, CSGSFS=0x0000000000000033, ERR=0x0000000000000006
TRAPNO=0x000000000000000e
Top of Stack: (sp=0x00007f5c79e63928)
0x00007f5c79e63928: 0000000000000090 0000000000000090
0x00007f5c79e63938: 0000000000000000 00007f5c77b6007e
0x00007f5c79e63948: 00007f5c76c94e80 00007f5c79e63980
0x00007f5c79e63958: 00007f5c7747127c 0000000000000090
0x00007f5c79e63968: 0000000000000060 0000000000000000
0x00007f5c79e63978: 00007f5c77b6007e 00007f5c79e639c0
0x00007f5c79e63988: 00007f5c7746af7a 0000000000000000
0x00007f5c79e63998: 00007f5c79e63a20 00007f5c79e639f0
0x00007f5c79e639a8: 00007f5c76cd6800 00007f5c76c13700
0x00007f5c79e639b8: 00007f5c76cd6810 00007f5c79e63be0
0x00007f5c79e639c8: 00007f5c7763bb66 00007f5c66e50000
0x00007f5c79e639d8: 00000000000003d8 00007f5c79e63a60
0x00007f5c79e639e8: 00007f5c76cd6be8 00007f5c79e63a30
0x00007f5c79e639f8: 00000000003c0000 0000000000000000
0x00007f5c79e63a08: 0000000000000000 0000000000000000
0x00007f5c79e63a18: 0000000000000000 0000000000000000
0x00007f5c79e63a28: 00007f5c79e63b60 00007f5c79e63aa0
0x00007f5c79e63a38: 0000000000000020 00007f5c79e63a60
0x00007f5c79e63a48: 00007f5c7791eed0 00007f5c78021430
0x00007f5c79e63a58: 5b2d86e9a1108f00 00007f5c79e63ab0
0x00007f5c79e63a68: 0000000000000070 00007f5c79e63ad0
0x00007f5c79e63a78: 0000000000000000 0000000000000007
0x00007f5c79e63a88: 5b2d86e9a1108f00 00007f5c77b8a14c
0x00007f5c79e63a98: 0000000000000068 00007f5c79e63b00
0x00007f5c79e63aa8: 0000000000000000 0000000000000007
0x00007f5c79e63ab8: 00007f5c79e63b40 0000000000000000
0x00007f5c79e63ac8: 00007f5c7791c4b5 00007f5c79e63b00
0x00007f5c79e63ad8: 0000000000000068 0000000000000068
0x00007f5c79e63ae8: 00007f5c79e63ddf 00007f5c76cd6400
0x00007f5c79e63af8: 0000000000000000 00007f5c79e63b30
0x00007f5c79e63b08: 00007f5c772ddf49 0000000000000000
0x00007f5c79e63b18: 0000000000000000 0000000000000000
Instructions: (pc=0x00007f5c77622d84)
0x00007f5c77622d64: e9 4d fe ff ff 0f 1f 80 00 00 00 00 48 8b 87 00
0x00007f5c77622d74: 01 00 00 8b 8f f8 00 00 00 48 d3 e0 48 03 47 10
0x00007f5c77622d84: 4c 89 00 c6 40 08 01 4c 01 87 00 01 00 00 e9 1b
0x00007f5c77622d94: fe ff ff 66 0f 1f 84 00 00 00 00 00 48 39 d6 74
Stack: [0x00007f5c79e24000,0x00007f5c79e65000], sp=0x00007f5c79e63928, free space=254k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x60bd84] CodeHeap::allocate(unsigned long, bool)+0x2b4
V [libjvm.so+0x45a27c] CodeCache::allocate(int, bool)+0x5c
V [libjvm.so+0x453f7a] BufferBlob::create(char const*, int)+0x8a
V [libjvm.so+0x624b66] AbstractICache::initialize()+0x66
V [libjvm.so+0x631fbc] init_globals()+0x3c
V [libjvm.so+0xa79b69] Threads::create_vm(JavaVMInitArgs*, bool*)+0x409
V [libjvm.so+0x6d7b4f] JNI_CreateJavaVM+0x4f
C [libjli.so+0x7ee4] JavaMain+0x84
C [libpthread.so.0+0x77fc] start_thread+0xdc
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
Other Threads:
=>0x00007f5c76cd6400 (exited) JavaThread "Unknown thread" [_thread_in_vm, id=74, stack(0x00007f5c79e24000,0x00007f5c79e65000)]
VM state:not at safepoint (not fully initialized)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00007f5c76c94e80] CodeCache_lock - owner thread: 0x00007f5c76cd6400
One thing that I find relevant (not sure if it really is) is that I used this exact docker image with Docker swarm and I did not have this problem, I only reproduce it using Kubernetes. Moreover, I tried also Cassandra 3.13.1 and JDK 8_152, also with the same result.
Does anybody know what is causing this problem and how to fix it?
Thank you for your help.

Looks like a SIGBUS error. There are multiple reasons why you may see this. For example:
Program instructs the CPU to read or write a specific physical memory address which is not valid / Requested physical address is unrecognized by the whole computer system.
Unaligned access of memory (For example, if multi-byte accesses must be 16 bit-aligned, addresses (given in bytes) at 0, 2, 4, 6, and so on would be considered aligned and therefore accessible, while addresses 1, 3, 5, and so on would be considered unaligned.)
Are you setting any memory limits on your Pods? It could that it's Cassandra is trying to find an address that doesn't exist (The JVM thinks it's there for some reason)
If you are using Docker in Kubernetes a good way is to see the command line that docker is using with Kubernetes and compare that to the docker command for Docker Swarm. Another way is to run docker inspect on the K8s and Swarm containers are see the differences.
More in causes of SIGBUS here.

JVM crash occurred in libjvm.so when KlassInfoTable::record_instance(oopDesc*) is called

My application got crashed with below error. Please help to find what went wrong here.
JRE Version : 8.0_65-b17
Linux version : 2.6.18
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0146d17b, pid=11156, tid=2288950160
#
# JRE version: Java(TM) SE Runtime Environment (8.0_65-b17) (build 1.8.0_65-b17)
# Java VM: Java HotSpot(TM) Server VM (25.65-b01 mixed mode linux-x86 )
# Problematic frame:
# V [libjvm.so+0x4ab17b] KlassInfoTable::record_instance(oopDesc*)+0xeb
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x09694800): VMThread [stack: 0x88669000,0x886ea000] [id=11164]
siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x00000074
Registers:
EAX=0x00000000, EBX=0x00000000, ECX=0x9e7fea00, EDX=0x8896c110
ESP=0x886e8c90, EBP=0x886e8cb8, ESI=0x0a7ee648, EDI=0x00000000
EIP=0x0146d17b, EFLAGS=0x00010246, CR2=0x00000074
Top of Stack: (sp=0x886e8c90)
0x886e8c90: 8896c110 9e7fea00 00000000 00000000
0x886e8ca0: 00812ff4 00814120 fffffff8 886e8d90
0x886e8cb0: 9e7fea00 09599338 886e8cd8 0146e5bd
0x886e8cc0: 886e8db4 9e7fea00 018fe228 018fe228
0x886e8cd0: 9e7fea00 fffffff8 886e8d08 016d6595
0x886e8ce0: 886e8d90 9e7fea00 fffffff8 fffffff8
0x886e8cf0: 886e8d20 886e8e08 886e8d48 09599258
0x886e8d00: 886e8d90 000003ec 886e8d28 01777e27
Instructions: (pc=0x0146d17b)
0x0146d15b: 42 04 b2 01 8d 65 f4 88 d0 5b 5e 5f 5d c3 8d b4
0x0146d16b: 26 00 00 00 00 75 56 53 53 8b 02 8b 4d 0c 51 52
0x0146d17b: ff 50 74 83 c4 10 eb af 90 8d 74 26 00 75 11 56
0x0146d18b: 56 8b 02 8b 4d 0c 51 52 ff 50 74 83 c4 10 eb ba
Register to memory mapping:
EAX=0x00000000 is an unknown value
EBX=0x00000000 is an unknown value
ECX=0x9e7fea00 is an oop
[C
- klass: {type array char}
- length: 17
EDX=0x8896c110 is pointing into metadata
ESP=0x886e8c90 is an unknown value
EBP=0x886e8cb8 is an unknown value
ESI=0x0a7ee648 is an unknown value
EDI=0x00000000 is an unknown value
Stack: [0x88669000,0x886ea000], sp=0x886e8c90, free space=511k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x4ab17b] KlassInfoTable::record_instance(oopDesc*)+0xeb
V [libjvm.so+0x4ac5bd] RecordInstanceClosure::do_object(oopDesc*)+0x2d
V [libjvm.so+0x714595] MutableSpace::object_iterate(ObjectClosure*)+0x35
V [libjvm.so+0x7b5e27] PSYoungGen::object_iterate(ObjectClosure*)+0x17
V [libjvm.so+0x771ce6] ParallelScavengeHeap::object_iterate(ObjectClosure*)+0x16
V [libjvm.so+0x4ac0f1] HeapInspection::heap_inspection(outputStream*)+0x1a1
V [libjvm.so+0x8ce1e1] VM_GC_HeapInspection::doit()+0x61
V [libjvm.so+0x8d8197] VM_Operation::evaluate()+0x47
V [libjvm.so+0x8d6273] VMThread::evaluate_operation(VM_Operation*)+0xb3
V [libjvm.so+0x8d6610] VMThread::loop()+0x1b0
V [libjvm.so+0x8d6a75] VMThread::run()+0x85
V [libjvm.so+0x7534a9] java_start(Thread*)+0x119
C [libpthread.so.0+0x53db] start_thread+0xcb
VM_Operation (0x02769ef0): GC_HeapInspection, mode: safepoint, requested by thread 0x0aa48000

This generally indicates a JVM bug and you should report this via the link referenced in the above.
That in itself won't help you in the short term, given the error is in the pre-built JVM and not in your application code. In these scenarios I have had considerable success by upgrading to a later minor JVM version. I see you're using 8.0_65-b17 and there are numerous 8.0 builds superseding this (i.e. not moving up to Java 9, but just a later Java 8 build).
I have also found downgrading on occasions has mitigated such errors.

Jvm crash :fatal error has been detected by the Java Runtime Environment

I had a tomcat crash on live server , which generated hs_err_pid file .In this there is a Problematic frame -> _wordcopy_fwd_dest_aligned+0x54. I searched in all similar cases of jvm crash but couldn't find whats the meaning of this problematic frame.Any suggestions ?
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007f61087e3cb4, pid=18886, tid=140051814115072
#
# JRE version: 6.0_37-b06
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.12-b01 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libc.so.6+0x89cb4] _wordcopy_fwd_dest_aligned+0x54
#
# 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 (0x00007f6044017000): JavaThread "ajp-bio-10009-exec-97" daemon [_thread_in_vm, id=28541, stack(0x00007f605a916000,0x00007f605aa17000)]
siginfo:si_signo=SIGBUS: si_errno=0, si_code=2 (BUS_ADRERR), si_addr=0x00007f6059d3f9f8
Registers:
RAX=0x0000000000000038, RBX=0x00007f6059d3f9f9, RCX=0x0000000000000001, RDX=0x000000000000004c
RSP=0x00007f605aa14298, RBP=0x00000006e903e928, RSI=0x00007f6059d3f9f8, RDI=0x00000006e903e928
R8 =0x0000000000000008, R9 =0x00007f61085ecb38, R10=0x00007f60fd010ec1, R11=0x00007f61085d4090
R12=0x00000006e903e928, R13=0x0000000000000268, R14=0x00007f61085f0bc0, R15=0x00007f605aa14430
RIP=0x00007f61087e3cb4, EFLAGS=0x0000000000010202, CSGSFS=0x000000000000e033, ERR=0x0000000000000004
TRAPNO=0x000000000000000e
Top of Stack: (sp=0x00007f605aa14298)
0x00007f605aa14298: 00007f6059d3f9f9 00000006e903e928
0x00007f605aa142a8: 00007f61087dd8ae 0000000000000004
0x00007f605aa142b8: 00007f605aa15b60 00007f605aa142e0
0x00007f605aa142c8: 00007f6044017000 0000000000000268
0x00007f605aa142d8: 00007f6107f313eb 00007f605aa14350
0x00007f605aa142e8: 00007f6108392c00 0000000000000010
0x00007f605aa142f8: 00007f6059d3f9f9 00007f6044017000
0x00007f605aa14308: 00007f60a11b4338 00007f6044017000
0x00007f605aa14318: 00000000ffffffff 00007f6108430701
0x00007f605aa14328: 00000007e00cf808 0000000000000000
0x00007f605aa14338: 00000007e00cf808 00007f605aa14450
0x00007f605aa14348: 00007f6044017000 00007f605aa143f0
0x00007f605aa14358: 00007f60fd010eee 0000000000000268
0x00007f605aa14368: 00007f6107ef6a6c 0000000000000000
0x00007f605aa14378: 00007f60a11b4338 0000000000000004
0x00007f605aa14388: 00000000ffffffff 00007f6108430701
0x00007f605aa14398: 0000000000001389 00007f605aa14460
0x00007f605aa143a8: 00007f6107ef63ad 00007f605aa143b0
0x00007f605aa143b8: 0000000000000000 00007f605aa14450
0x00007f605aa143c8: 00000007e00d2508 0000000000000000
0x00007f605aa143d8: 00000007e00cf808 0000000000000000
0x00007f605aa143e8: 00007f605aa14410 00007f605aa14498
0x00007f605aa143f8: 00007f60fd005a82 0000000000000000
0x00007f605aa14408: 00007f60fd00df58 0000000000000268
0x00007f605aa14418: 0000000400000002 0000000000000010
0x00007f605aa14428: 00007f60a11b4340 00000006e903e918
0x00007f605aa14438: 00007f6059d3f9f9 0000000000001389
0x00007f605aa14448: 0000000000000000 000000071005d290
0x00007f605aa14458: 00007f605aa14458 00000007e015e822
0x00007f605aa14468: 00007f605aa14508 00000007e015f408
0x00007f605aa14478: 0000000000000000 00000007e015e850
0x00007f605aa14488: 00007f605aa14410 00007f605aa144c8
Instructions: (pc=0x00007f61087e3cb4)
0x00007f61087e3c94: 1b 48 85 d2 74 42 4c 8b 1e 48 8b 6e 08 48 83 ef
0x00007f61087e3ca4: 08 48 83 c6 08 e9 98 00 00 00 66 90 48 83 ea 01
0x00007f61087e3cb4: 4c 8b 16 4c 8b 5e 08 0f 85 bf 00 00 00 0f 1f 80
0x00007f61087e3cc4: 00 00 00 00 89 c1 49 d3 e3 44 89 c1 4c 89 d8 49
Register to memory mapping:
RAX=0x0000000000000038 is an unknown value
RBX=0x00007f6059d3f9f9 is an unknown value
RCX=0x0000000000000001 is an unknown value
RDX=0x000000000000004c is an unknown value
RSP=0x00007f605aa14298 is pointing into the stack for thread: 0x00007f6044017000
RBP=

There are several possibilities, here. But unless you are using any native libraries (e.g. tcnative), the fault lies completely outside the application (including Tomcat here as part of "the application"). Nothing the application can do should cause the JVM to crash.
There is a bug in a native library you are using
There is a bug in the JVM
There is a bug in libc
You have a hardware error
I think that #1 is the most likely if you actually have any native components.
I think #4 is the most likely if you do not have any native components. Every time I've ever seen a SIGBUS it has turned out to be a problem with the underlying hardware. If possible, take that machine out of service and run memtest86+ (or equivalent for your architecture) on the machine. It will exercise the memory, CPU, the system bus to see if working them constantly can expose a problem.
If your system passes 2 tests of memtest86+, I'd say that you have more likely found a bug in the JVM (unlikely) or in libc (even less likely). In either of these cases, upgrade everything to the latest versions and re-try.

Crash you observed is not a java issue it is redhat issue "https://bugzilla.redhat.com/show_bug.cgi?id=546158"
What is Problematic Frame:
It is the top frame resulted in the crash, in your case it is native frame (C) resulted in libC.so file.
Please find more details here

Fatal Error JRE Android Studio

my android studio always force close after launch. this error in my project hs_err_pid.log. I have tried searching on google but I haven't found anything that I could relate to.
My Operating system is win 10(64), RAM : 4GB.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000046d25f3, pid=6856, tid=0x0000000000000fe0
#
# JRE version: OpenJDK Runtime Environment (8.0_112-b06) (build 1.8.0_112-release-b06)
# Java VM: OpenJDK 64-Bit Server VM (25.112-b06 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# J 10261 C1 org.codehaus.groovy.vmplugin.v5.Java5.configureType(Ljava/lang/reflect/Type;)Lorg/codehaus/groovy/ast/ClassNode; (132 bytes) # 0x00000000046d25f3 [0x00000000046d22a0+0x353]
#
# 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.java.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x0000000016b05000): JavaThread "Daemon worker Thread 2" [_thread_in_Java, id=4064, stack(0x0000000018e20000,0x0000000018f20000)]
siginfo: ExceptionCode=0xc0000005, reading address 0xffffffffffffffff
Registers:
RAX=0x00000001000a2dc0, RBX=0x000000001ee050c8, RCX=0x00000000c1565968, RDX=0x00000000c1565968
RSP=0x0000000018f1ba40, RBP=0x0000000018f1bb58, RSI=0x000000001ee050c8, RDI=0x00000000000001d8
R8 =0x00000000f0cfb798, R9 =0x1fffffffffffffff, R10=0x0000000000000000, R11=0x00000000046d22c0
R12=0x0000000000000000, R13=0x0000000018f1bb08, R14=0x0000000018f1bb90, R15=0x0000000016b05000
RIP=0x00000000046d25f3, EFLAGS=0x0000000000010246
Top of Stack: (sp=0x0000000018f1ba40)
0x0000000018f1ba40: 00000001002de408 0000000000000001
0x0000000018f1ba50: 0000000016b05000 0000000000000002
0x0000000018f1ba60: 0000000000000002 0000000074325a62
0x0000000018f1ba70: 00000001002de408 0000000016b05000
0x0000000018f1ba80: 0000000000000001 0000000000000001
0x0000000018f1ba90: 000000007480d128 00000000034b7bbc
0x0000000018f1baa0: 0000000000000000 0000000000000002
0x0000000018f1bab0: 0000000017f383c0 00000000742d629d
0x0000000018f1bac0: 0000000018f1c178 00000000f0cfb798
0x0000000018f1bad0: 000000001a5a2ca1 0000000016b05000
0x0000000018f1bae0: 000000001bbb2110 0000000002ca2fad
0x0000000018f1baf0: 0000000018f1bb58 0000000002c87e20
0x0000000018f1bb00: 0000000002c87e20 00000000f0cfb798
0x0000000018f1bb10: 00000000c1565968 0000000018f1bb18
0x0000000018f1bb20: 000000001a5a2cb1 0000000018f1bb90
0x0000000018f1bb30: 000000001a5b07d8 000000001ee084a0
Instructions: (pc=0x00000000046d25f3)
0x00000000046d25d3: 12 00 00 00 53 50 e8 02 a2 61 fe 5b 5b 83 fb 00
0x00000000046d25e3: 0f 84 8b 00 00 00 48 bb c8 50 e0 1e 00 00 00 00
0x00000000046d25f3: 41 8b 41 08 48 c1 e0 03 48 3b 83 f0 01 00 00 75
0x00000000046d2603: 0d 48 83 83 f8 01 00 00 01 e9 7f 00 00 00 48 3b
Register to memory mapping:
RAX=0x00000001000a2dc0 is pointing into metadata
RBX=0x000000001ee050c8 is pointing into metadata
RCX=0x00000000c1565968 is an oop
org.codehaus.groovy.vmplugin.v7.Java7
- klass: 'org/codehaus/groovy/vmplugin/v7/Java7'
RDX=0x00000000c1565968 is an oop
org.codehaus.groovy.vmplugin.v7.Java7
- klass: 'org/codehaus/groovy/vmplugin/v7/Java7'
RSP=0x0000000018f1ba40 is pointing into the stack for thread: 0x0000000016b05000
RBP=0x0000000018f1bb58 is pointing into the stack for thread: 0x0000000016b05000
RSI=0x000000001ee050c8 is pointing into metadata
RDI=0x00000000000001d8 is an unknown value
R8 =0x00000000f0cfb798 is an oop
sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl
- klass: 'sun/reflect/generics/reflectiveObjects/ParameterizedTypeImpl'
R9 =0x1fffffffffffffff is an unknown value
R10=0x0000000000000000 is an unknown value
R11=0x00000000046d22c0 is at entry_point+32 in (nmethod*)0x00000000046d1ed0
R12=0x0000000000000000 is an unknown value
R13=0x0000000018f1bb08 is pointing into the stack for thread: 0x0000000016b05000
R14=0x0000000018f1bb90 is pointing into the stack for thread: 0x0000000016b05000
R15=0x0000000016b05000 is a thread

This problem is look like an settings problem or incomplete installation.
for reintialize settings do following:
C:\Users\UserName.AndroidStudio2.3
rename this file and then start android studio fresh
and in technical language follow below link:
https://developer.android.com/studio/intro/studio-config.html

Java Out of memory EXCEPTION_ACCESS_VIOLATION (0xc0000005)

I have a java application, it had been running for 1 month.
It suddenly crashes with this error message. I use nssm to create windows service for my application.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6ecf4803, pid=4484, tid=1040
#
# JRE version: Java(TM) SE Runtime Environment (7.0_79-b15) (build 1.7.0_79-b15)
# Java VM: Java HotSpot(TM) Server VM (24.79-b02 mixed mode windows-x86 )
# Problematic frame:
# V [jvm.dll+0x154803]
#
# Failed to write core dump. Call to MiniDumpWriteDump() failed
#
# An error report file with more information is saved as:
# D:\dir\hs_err_pid4484.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
This is hs_err_pid4484.log (not Full Log)
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6ecf4803, pid=4484, tid=1040
#
# JRE version: Java(TM) SE Runtime Environment (7.0_79-b15) (build 1.7.0_79-b15)
# Java VM: Java HotSpot(TM) Server VM (24.79-b02 mixed mode windows-x86 )
# Problematic frame:
# V [jvm.dll+0x154803]
#
# Failed to write core dump. Call to MiniDumpWriteDump() failed
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x2be27800): JavaThread "hz.10.252.223.144.cached.thread-7" [_thread_in_vm, id=1040, stack(0x2d0b0000,0x2d100000)]
siginfo: ExceptionCode=0xc0000005, writing address 0x2d0f77f4
Registers:
EAX=0x00006000, EBX=0x2c4cb7e4, ECX=0x2d0f77f4, EDX=0x2d0b9078
ESP=0x2d0fd800, EBP=0x2d0fd864, ESI=0x00000007, EDI=0x2d0fd7f4
EIP=0x6ecf4803, EFLAGS=0x00010202
Top of Stack: (sp=0x2d0fd800)
0x2d0fd800: 2c4cb7e8 2be27800 6ecf4f93 2be27800
0x2d0fd810: 2b3d0748 2d0fd9cc 00000000 00000000
0x2d0fd820: 00000000 07100146 0008fe12 00000060
0x2d0fd830: 010101ec 00e50358 00000000 2be27930
0x2d0fd840: 6ed1635d 00000000 2c39d2e8 00e50048
0x2d0fd850: 00e50170 2d0fd9d4 0000000a 3ab09782
0x2d0fd860: 2c4cb7e4 2d0fd8ac 6edc479e 2d0fd9cc
0x2d0fd870: 010fd8d4 2d0fd940 01625280 1fe13366
Instructions: (pc=0x6ecf4803)
0x6ecf47e3: a9 00 0d 00 be 01 00 00 00 8b f8 39 35 80 65 0a
0x6ecf47f3: 6f 7c 1b e8 15 54 06 00 0f af c6 8b cf 2b c8 46
0x6ecf4803: c7 01 00 00 00 00 3b 35 80 65 0a 6f 7e e5 5f 5e
0x6ecf4813: c3 cc cc cc cc cc cc cc cc cc cc cc cc 55 8b ec
Register to memory mapping:
EAX=0x00006000 is an unknown value
EBX=0x2c4cb7e4 is an unknown value
ECX=0x2d0f77f4 is pointing into the stack for thread: 0x2be27800
EDX=0x2d0b9078 is pointing into the stack for thread: 0x2be27800
ESP=0x2d0fd800 is pointing into the stack for thread: 0x2be27800
EBP=0x2d0fd864 is pointing into the stack for thread: 0x2be27800
ESI=0x00000007 is an unknown value
EDI=0x2d0fd7f4 is pointing into the stack for thread: 0x2be27800
Stack: [0x2d0b0000,0x2d100000], sp=0x2d0fd800, free space=310k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0x154803]
V [jvm.dll+0x22479e]
V [jvm.dll+0x15505d]
V [jvm.dll+0xd7152]
V [jvm.dll+0xd8f7f]
C [instrument.dll+0x2e9e]
C [instrument.dll+0x19c1]
V [jvm.dll+0x118d2e]
V [jvm.dll+0x11c824]
V [jvm.dll+0x39640]
V [jvm.dll+0x4c4e7]
V [jvm.dll+0x10381f]
V [jvm.dll+0x103a6b]
C [java.dll+0x166a]
C [zip.dll+0x1b28]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j java.lang.ClassLoader.defineClass1(Ljava/lang/String;[BIILjava/security/ProtectionDomain;Ljava/lang/String;)Ljava/lang/Class;+0
j java.lang.ClassLoader.defineClass(Ljava/lang/String;[BIILjava/security/ProtectionDomain;)Ljava/lang/Class;+30
j java.security.SecureClassLoader.defineClass(Ljava/lang/String;[BIILjava/security/CodeSource;)Ljava/lang/Class;+12
j java.net.URLClassLoader.defineClass(Ljava/lang/String;Lsun/misc/Resource;)Ljava/lang/Class;+220
J 546 C2 java.net.URLClassLoader$1.run()Ljava/lang/Object; (5 bytes) # 0x0178859c [0x01788080+0x51c]
v ~StubRoutines::call_stub
J 966 java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;Ljava/security/AccessControlContext;)Ljava/lang/Object; (0 bytes) # 0x016a3f07 [0x016a3ea0+0x67]
J 544 C2 java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class; (29 bytes) # 0x016d5780 [0x016d5720+0x60]
J 1079 C2 java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class; (122 bytes) # 0x01834128 [0x01833800+0x928]
J 1200 C2 java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class; (82 bytes) # 0x0190c148 [0x0190c0a0+0xa8]
v ~StubRoutines::call_stub
j com.hazelcast.instance.OutOfMemoryErrorDispatcher$DefaultOutOfMemoryHandler.onOutOfMemory(Ljava/lang/OutOfMemoryError;[Lcom/hazelcast/core/HazelcastInstance;)V+32
j com.hazelcast.instance.OutOfMemoryErrorDispatcher.onOutOfMemory(Ljava/lang/OutOfMemoryError;)V+46
j com.hazelcast.util.executor.PoolExecutorThreadFactory$ManagedThread.run()V+33
v ~StubRoutines::call_stub
The application can be restarted, but I have to investigate the root cause of this problem.
Thanks.