Backtracing NCC and 3C Core Files with gdb No Longer Returns a Valid Stacktrace
(Doc ID 2464622.1)
Last updated on AUGUST 19, 2020
Applies to:Oracle Communications Convergent Charging Controller - Version 6.0.0 and later
Oracle Communications Network Charging and Control - Version 6.0.0 and later
Information in this document applies to any platform.
On Oracle Communications Network Charging and Control (OCNCC or NCC) and Oracle Communications Convergent Charging Controller (OC3C or 3C) versions 126.96.36.199 and above, there is an issue when using the GNU Debugger (gdb) with any core files left by a crashed process to try and backtrace the core file.
Attempting to backtrace a core file fails and returns no useful information. For example:
#0 0xf779bce0 in __kernel_vsyscall ()
#1 0xf4c2251f in pthread_sigmask () from /usr/lib/libpthread.so.0
#2 0xf63092e2 in skgesig_sigactionHandler () from /u01/app/oracle/product/12.1.0_client32/lib/libclntsh.so.12.1
#3 0x00000001 in ?? ()
#4 0xffc967e4 in ?? ()
#5 <signal handler called>
#6 0xffc98224 in ?? ()
Cannot access memory at address 0x2f
As a result, it is not possible to determine the code path which lead to the crash.
To view full details, sign in with your My Oracle Support account.
Don't have a My Oracle Support account? Click to get started!
In this Document