Develop Reference

Fatal error detected by Java Runtime Environment by a class of a project

sorry to bother, but i´m quite new in working with Java. I´ve created a project with several classes, all classes worked fine, but since i started the algorithm again today, i recieve this error message.
I could locate the error, being caused by one class of the project, but i clearly don´t know where the problem ist. I hope that somebody is able to help me.
I´m really looking forward for help. Thank you very much.
A fatal error has been detected by the Java Runtime Environment:
EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000064e7b23f, pid=13200, tid=0x00000000000063bc
JRE version: Java(TM) SE Runtime Environment (8.0_241-b07) (build 1.8.0_241-b07)
Java VM: Java HotSpot(TM) 64-Bit Server VM (25.241-b07 mixed mode windows-amd64 compressed oops)
Problematic frame:
V [jvm.dll+0x4cb23f]
Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
An error report file with more information is saved as:
C:\Users\marti\eclipse-workspace\IGMOTaillardLocNew\hs_err_pid13200.log
Compiler replay data is saved as:
C:\Users\marti\eclipse-workspace\IGMOTaillardLocNew\replay_pid13200.log
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 (0x0000000019cef000): JavaThread "C2 CompilerThread2"
daemon [_thread_in_native, id=25532,
stack(0x000000001a6e0000,0x000000001a7e0000)]
siginfo: ExceptionCode=0xc0000005, reading address 0x0000000000000008
Registers:
RAX=0x0000000000000000, RBX=0x0000000000000000, RCX=0x000000001ca6b570,
RDX=0x0000000000004000
RSP=0x000000001a7db520, RBP=0x000000001b079d30, RSI=0x000000001ca6b570,
RDI=0x000000001a7dba60
R8 =0x0000000000000000, R9 =0x000000001e07bfc0, R10=0x000000001a7dba60,
R11=0x000000001afe4df0
R12=0x000000001acd5a80, R13=0x000000001ce513d8, R14=0x000000001a7db608,
R15=0x000000001a7db628
RIP=0x0000000064e7b23f, EFLAGS=0x0000000000010206
Top of Stack: (sp=0x000000001a7db520)
0x000000001a7db520: 000000001b07a038 000000001b079d30
0x000000001a7db530: 000000001dd7e290 000000001a7dba60
0x000000001a7db540: 000000001b079d30 000000001a7db678
0x000000001a7db550: 000000001a7db6d0 0000000064e7ca69
0x000000001a7db560: 000000001b07a038 00000000000003d3
0x000000001a7db570: 0000000000000001 0000000019cd9dd0
0x000000001a7db580: 000000001a7dc438 0000000064ec7490
0x000000001a7db590: 000000001d6d8500 0000000019cd9dd0
0x000000001a7db5a0: 0000000019d16cc0 000000001a7db6d0
0x000000001a7db5b0: 0000000019cd9dd0 000000000000002b
0x000000001a7db5c0: 000000001a7dba60 0000000064e7e813
0x000000001a7db5d0: 000000001a7dba60 0000000000000001
0x000000001a7db5e0: 0000000000000001 000000001a7db678
0x000000001a7db5f0: 000000001d6d8550 000000001d6e04e8
0x000000001a7db600: 0000000000247c80 0000000019cd9dd0
0x000000001a7db610: 0000000000000400 000000001b11bbf0
Instructions: (pc=0x0000000064e7b23f)
0x0000000064e7b21f: 4c 89 64 24 50 4c 8b e0 4c 3b e8 0f 84 4f 01 00
0x0000000064e7b22f: 00 44 8b 43 28 4c 8b 8f f8 09 00 00 4b 8b 1c c1
0x0000000064e7b23f: 48 8b 43 08 48 83 38 00 75 2a 8b 57 28 0f 1f 40
0x0000000064e7b24f: 00 8b 43 28 3b c2 73 0c 8b c8 48 8b 47 30 48 8b
Register to memory mapping:
RAX=0x0000000000000000 is an unknown value
RBX=0x0000000000000000 is an unknown value
RCX=0x000000001ca6b570 is an unknown value
RDX=0x0000000000004000 is an unknown value
RSP=0x000000001a7db520 is pointing into the stack for thread:
0x0000000019cef000
RBP=0x000000001b079d30 is an unknown value
RSI=0x000000001ca6b570 is an unknown value
RDI=0x000000001a7dba60 is pointing into the stack for thread:
0x0000000019cef000
R8 =0x0000000000000000 is an unknown value
R9 =0x000000001e07bfc0 is an unknown value
R10=0x000000001a7dba60 is pointing into the stack for thread:
0x0000000019cef000
R11=0x000000001afe4df0 is an unknown value
R12=0x000000001acd5a80 is an unknown value
R13=0x000000001ce513d8 is an unknown value
R14=0x000000001a7db608 is pointing into the stack for thread:
0x0000000019cef000
R15=0x000000001a7db628 is pointing into the stack for thread:
0x0000000019cef000
Stack: [0x000000001a6e0000,0x000000001a7e0000], sp=0x000000001a7db520,
free space=1005k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
code)
V [jvm.dll+0x4cb23f]
V [jvm.dll+0x4cca69]
V [jvm.dll+0x4ce813]
V [jvm.dll+0x47e1e0]
V [jvm.dll+0x47f013]
V [jvm.dll+0x4618a2]
V [jvm.dll+0xa6a62]
V [jvm.dll+0xa73af]
V [jvm.dll+0x2467ef]
V [jvm.dll+0x29fd2a]
C [msvcr100.dll+0x21d9f]
C [msvcr100.dll+0x21e3b]
C [KERNEL32.DLL+0x17bd4]
C [ntdll.dll+0x6ced1]
Current CompileTask:
C2: 1511 309 4
InsertionNeighborhoodLocNew::InsertionNeighborhood (2858 bytes)
for(int x=0; x<nFac; x++) {
for(int y=0; y<nJob; y++) {
if(ZZ[x][y][0]==0 && y!=0) {
flag=y-1;
ZZf[0][x]=ZZ[x][flag][nMachine-1];
merkerZZf[0][x]=ZZ[x][flag][nMachine-1];
break;
}
else{
if(ZZ[x][y][0]==0 && y==0) {
ZZf[0][x]=0;
merkerZZf[0][x]=0;
}
else {
if(ZZ[x][nJob-1][0]!=0) {
flag=nJob-1;
ZZf[0][x]=ZZ[x][flag][nMachine-1];
merkerZZf[0][x]=ZZ[x][flag][nMachine-1];
}
}
}
}
}
With this code i´m basically trying to differentiate circumstances related to the problem I´m dealing with. I realized since i removed the lines with the "merkerZZf" i´m not causing the error. I actually don´t know why.

This is a fatal error in the JVM, it's not your fault. It's happening while the JVM is trying to compile your InsertionNeighbourhood code into native code. You could try changing your code around (modify the structure but keep the logic same) so the C2 compiler (see below) might not run into that, but again this is not something that should happen in the first place.
It looks to be a case of this bug, and since you apparently have a lot simpler code, you should submit a bug report. Don't lose your current code, the one that causes the error.
The C2 compiler (in addition to the C1) is the JVM's internal optimizing compiler that is responsible for analyzing the bytecode being run, and determining the optimal native code for it. It can also throw away previously compiled code and recompile it, which is important for performance. Let's say (simplified) your code starts by processing data that's only 0 and 1, and the code gets compiled to something efficient. Later on you get data that's in the range of 0-1000000, and the compiled code isn't as effective as it could be, so the JVM throws it away and recompiles it to work more effectively with that data.
Unfortunately as with any code, the JVM isn't bugfree either. In this case the compilation results in a fatal error and borks. Since the compiler does different things based on the code, data and other things, changing the code around a bit can result in the bug appearing/disappearing.

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

JVM Getting crashed in Compiler Thread PhaseIdealLoop::Dominators

My JVM is getting crashed randomly at below method
(PhaseIdealLoop::Dominators) always. Java Version :
java version "1.7.0_10"
Java(TM) SE Runtime Environment (build 1.7.0_10-b18)
Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f9001c60871, pid=26567, tid=140256146601728
#
# JRE version: 7.0_10-b18
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x461871] PhaseIdealLoop::Dominators()+0x641
#
# 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.sun.com/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x00007f8ffc3b4800): JavaThread "C2 CompilerThread0" daemon [_thread_in_native, id=26583, stack(0x00007f8fedbbb000,0x00007f8fedcbc000)]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000028
Registers:
RAX=0x0000000000000000, RBX=0x0000000000000002, RCX=0x0000000000000003, RDX=0x00007f8f88d7a490
RSP=0x00007f8fedcb70b0, RBP=0x00007f8fedcb7160, RSI=0x00007f8fedcb8860, RDI=0x00007f8f8b7997f0
R8 =0x00007f8f8b7913c0, R9 =0x00007f8f8b791410, R10=0x0000000000000000, R11=0x00007f8f8b7d9260
R12=0x0000000000000002, R13=0x0000000000000003, R14=0x00007f8f88d7a458, R15=0x00007f8ffc3ae200
RIP=0x00007f9001c60871, EFLAGS=0x0000000000010297, CSGSFS=0x000000000000e033, ERR=0x0000000000000004
TRAPNO=0x000000000000000e
Top of Stack: (sp=0x00007f8fedcb70b0)
0x00007f8fedcb70b0: 00007f8ffc3ae200 00007f8f8b7826e0
0x00007f8fedcb70c0: 00007f8fedcb8860 00007f8f8b782690
0x00007f8fedcb70d0: 00007f8f888bc720 000015ad01f3d707
0x00007f8fedcb70e0: 00007f8f456be2a0 00007f8f456de110
0x00007f8fedcb70f0: 00007f8f456de110 00007f8ffc3ae200
0x00007f8fedcb7100: 00007f8fedcb8860 00007f8f8b791410
0x00007f8fedcb7110: 00007f90024bd650 00007f8ffc3ae200
0x00007f8fedcb7120: 0000000000000400 00007f8f8ba7c490
0x00007f8fedcb7130: 00007f8fedcb7160 00007f8f8935bae0
0x00007f8fedcb7140: 00007f8ffc3ae200 00007f8fedcb8860
0x00007f8fedcb7150: 00007f90024d5cc0 00007f8ffc3ae200
0x00007f8fedcb7160: 00007f8fedcb7410 00007f9001e8b95c
0x00007f8fedcb7170: 00007f8f8ef7f390 00007f8fedcb73c0
0x00007f8fedcb7180: 00007f8fedcb7190 00017f900206e9fd
0x00007f8fedcb7190: 00007f8fedcb8880 000000020207275b
0x00007f8fedcb71a0: 00007f8f89353ae0 00007f8f89353b30
0x00007f8fedcb71b0: 00007f8f8935bac8 00007f8ffc3ae200
0x00007f8fedcb71c0: 00007f8fedcb71d0 00007f900206e9fd
0x00007f8fedcb71d0: 00007f8fedcb7230 00007f9001c52328
0x00007f8fedcb71e0: 00007f8f8dca2ca0 0000000000000000
0x00007f8fedcb71f0: 00007f8f895926f8 00007f8f895926f8
0x00007f8fedcb7200: 00005754edcb7260 0000000000000000
0x00007f8fedcb7210: 00007f8f895926f8 00007f8f882fbd20
0x00007f8fedcb7220: 00007f90024d5cc0 0000000000000005
0x00007f8fedcb7230: 00007f8fa4157ae8 00007f9002070291
0x00007f8fedcb7240: 00007f8f890e3ce8 00007f8f8ef7d310
0x00007f8fedcb7250: 00007f8fedcb7270 00007f9002070dc8
0x00007f8fedcb7260: 00007f8fedcb7280 00007f9001f18539
0x00007f8fedcb7270: 00007f8f0000007d 0000000000001000
0x00007f8fedcb7280: 0000000000000200 0000000000040040
0x00007f8fedcb7290: 0000000000000001 0000000000000008
0x00007f8fedcb72a0: 0000000000000040 0000103000004002
Instructions: (pc=0x00007f9001c60871)
0x00007f9001c60851: ff bb 01 00 00 00 66 0f 1f 84 00 00 00 00 00 49
0x00007f9001c60861: 8b 56 08 89 d8 48 8b b5 60 ff ff ff 48 8b 04 c2
0x00007f9001c60871: 8b 40 28 3b 46 28 0f 82 73 01 00 00 48 8b 85 60
0x00007f9001c60881: ff ff ff 4c 89 f6 48 8b b8 70 09 00 00 48 81 c7
Register to memory mapping:
RAX=0x0000000000000000 is an unknown value
RBX=0x0000000000000002 is an unknown value
RCX=0x0000000000000003 is an unknown value
RDX=0x00007f8f88d7a490 is an unknown value
RSP=0x00007f8fedcb70b0 is pointing into the stack for thread: 0x00007f8ffc3b4800
RBP=0x00007f8fedcb7160 is pointing into the stack for thread: 0x00007f8ffc3b4800
RSI=0x00007f8fedcb8860 is pointing into the stack for thread: 0x00007f8ffc3b4800
RDI=0x00007f8f8b7997f0 is an unknown value
R8 =0x00007f8f8b7913c0 is an unknown value
R9 =0x00007f8f8b791410 is an unknown value
R10=0x0000000000000000 is an unknown value
R11=0x00007f8f8b7d9260 is an unknown value
R12=0x0000000000000002 is an unknown value
R13=0x0000000000000003 is an unknown value
R14=0x00007f8f88d7a458 is an unknown value
R15=0x00007f8ffc3ae200 is an unknown value
Stack: [0x00007f8fedbbb000,0x00007f8fedcbc000], sp=0x00007f8fedcb70b0, free space=1008k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x461871] PhaseIdealLoop::Dominators()+0x641
V [libjvm.so+0x68c95c] PhaseIdealLoop::build_and_optimize(bool, bool)+0x41c
V [libjvm.so+0x3bb9c9] Compile::Optimize()+0x709
V [libjvm.so+0x3bcdfc] Compile::Compile(ciEnv*, C2Compiler*, ciMethod*, int, bool, bool)+0xdbc
V [libjvm.so+0x32eb62] C2Compiler::compile_method(ciEnv*, ciMethod*, int)+0x142
V [libjvm.so+0x3c1d73] CompileBroker::invoke_compiler_on_method(CompileTask*)+0x323
V [libjvm.so+0x3c2edd] CompileBroker::compiler_thread_loop()+0x43d
V [libjvm.so+0x8650c8] JavaThread::thread_main_inner()+0xc8
V [libjvm.so+0x865218] JavaThread::run()+0x138
V [libjvm.so+0x746c00] java_start(Thread*)+0x100
Current CompileTask:
C2:3311290 77 % ! com.test::methodName # 1846