cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
705
Views
0
Helpful
1
Replies

CUCM 11.5.1.22900-28 - Core Dump

Quintin.Mayo
Level 2
Level 2

Hi,

We received an alert for one of our CUCM server generating a core dump. We ran a diagnose and confirmed no database replication issues.  When checking the back trace there is only a indication that Java experienced a interruption of some sort. Nothing showing a specific fault.  We trying to determine from the trace is this something we should have a concern or is this probably a one time occurrence? I attached the back trace for review any assistance would be greatly appreciated.

 

Thanks,

 

Trace:


====================================
backtrace - CUCM
===================================
#0 0x007db430 in __kernel_vsyscall ()
#1 0x002417c1 in raise () from /lib/libc.so.6
#2 0x0024309a in abort () from /lib/libc.so.6
#3 0x01266ba9 in os::abort (dump_core=true) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:1572
#4 0x0148a38d in VMError::report_and_die (this=0xd59fe0bc) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/share/vm/utilities/vmError.cpp:1112
#5 0x0126e911 in JVM_handle_linux_signal (sig=11, info=0xd59fe14c, ucVoid=0xd59fe1cc, abort_if_unrecognized=1) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/os_cpu/linux_x86/vm/os_linux_x86.cpp:541
#6 0x0126170b in signalHandler (sig=11, info=0xd59fe14c, uc=0xd59fe1cc) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:4591
#7 <signal handler called>
#8 0x001e7c92 in ?? ()
#9 0x08d071f0 in ?? ()
#10 0xe8ac242c in ?? ()
#11 0xe8a82d20 in ?? ()
#12 0xe878d86a in ?? ()
#13 0xe878d86a in ?? ()
#14 0xe878d86a in ?? ()
#15 0xe878d674 in ?? ()
#16 0xe878d674 in ?? ()
#17 0xe878d71b in ?? ()
#18 0xe878d3d5 in ?? ()
#19 0xe878d674 in ?? ()
#20 0xe878d71b in ?? ()
#21 0xe878d86a in ?? ()
#22 0xe878d86a in ?? ()
#23 0xe878d86a in ?? ()
#24 0xe878d86a in ?? ()
#25 0xe878d89f in ?? ()
#26 0xe8786499 in ?? ()
#27 0x00f94d14 in JavaCalls::call_helper (result=0xd59fef04, m=0xd59fee00, args=0xd59fee58, __the_thread__=0x8d07000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:406
#28 0x0125f598 in os::os_exception_wrapper (f=0xf93df0 <JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)>, value=0xd59fef04, method=0xd59fee00, args=0xd59fee58, thread=0x8d07000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:5541
#29 0x00f96060 in call (result=0xd59fef04, spec_klass=..., name=0xd715b4a8, signature=0xd715cbf8, args=0xd59fee58, __the_thread__=0x8d07000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:307
#30 JavaCalls::call_virtual (result=0xd59fef04, spec_klass=..., name=0xd715b4a8, signature=0xd715cbf8, args=0xd59fee58, __the_thread__=0x8d07000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:204
#31 0x00f96526 in JavaCalls::call_virtual (result=0xd59fef04, receiver=..., spec_klass=..., name=0xd715b4a8, signature=0xd715cbf8, __the_thread__=0x8d07000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:210
#32 0x01041d52 in thread_entry (thread=0x8d07000, __the_thread__=0x8d07000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/share/vm/prims/jvm.cpp:3100
#33 0x0143897c in JavaThread::thread_main_inner (this=0x8d07000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/share/vm/runtime/thread.cpp:1735
#34 0x01438b77 in JavaThread::run (this=0x8d07000) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/share/vm/runtime/thread.cpp:1715
#35 0x01269baf in java_start (thread=0x5) at /usr/src/debug/java-1.8.0-openjdk-1.8.0.275.b01-0.el6_10.i386/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:847
#36 0x009f7bc9 in start_thread () from /lib/libpthread.so.0
#37 0x002fa11e in clone () from /lib/libc.so.6d

1 Reply 1

I would recommend you to open a SR with TAC to have them look into this. Even if there are very experienced people in the community most of them do not likely have access to the tools and systems that TAC does use to analyze a back trace.



Response Signature