srvctl -V produces a Java Coredumps (Doc ID 2084665.1)

Last updated on DECEMBER 22, 2015

Applies to:

Oracle Database - Enterprise Edition - Version 11.2.0.4 and later
Information in this document applies to any platform.

Symptoms

1. This is a machine with the EM agent. When Agent owner runs 'srvctl -V' core dumps are generated. When database owner runs the command works fine.

2. The SRVM trace when srvctl is executed reports the error as follows:

 

  

$ srvctl -V
[main] [ 2015-10-21 15:57:28.044 EDT ] [OPSCTLDriver.setInternalDebugLevel:325]  tracing is true at level 2 to filenull
[main] [ 2015-10-21 15:57:28.052 EDT ] [OPSCTLDriver.main:162]  SRVCTL arguments : args[0]=-V
[main] [ 2015-10-21 15:57:28.056 EDT ] [SRVMContext.init:114]  Performing SRVM Context init. Init Counter=1
[main] [ 2015-10-21 15:57:28.090 EDT ] [Library.load:194]  library.load
[main] [ 2015-10-21 15:57:28.091 EDT ] [sPlatform.isHybrid:67]  osName=AIX osArch=ppc64 JVM=64 rc=false
[main] [ 2015-10-21 15:57:28.093 EDT ] [sPlatform.isHybrid:67]  osName=AIX osArch=ppc64 JVM=64 rc=false
[main] [ 2015-10-21 15:57:28.094 EDT ] [Library.load:271]  Loading  library <GI HOME>/lib/libsrvmhas12.so
JVMDUMP039I Processing dump event "abort", detail "" at 2015/10/21 15:57:28 -
please wait.
JVMDUMP032I JVM requested System dump using '<PATH>/core.20151021.155728.44630446.0001.dmp' in response to an event
Note: "Enable full CORE dump" in smit is set to FALSE and as a result there
will be limited threading information in core file.
JVMDUMP010I System dump written to <PATH>/core.20151021.155728.44630446.0001.dmp
JVMDUMP032I JVM requested Java dump using '<PATH>/javacore.20151021.155728.44630446.0002.txt' in response to anevent
JVMDUMP010I Java dump written to <PATH>/javacore.20151021.155728.44630446.0002.txt
JVMDUMP032I JVM requested Snap dump using '/opt/emuser/Snap.20151021.155728.44630446.0003.trc' in response to an event
JVMDUMP010I Snap dump written to <PATH>/Snap.20151021.155728.44630446.0003.trc
JVMDUMP013I Processed dump event "abort", detail "".

  

3. The coredump produced has this callstack:

  

p_raise(??) at 0x9000000005117e4
raise.raise(??) at 0x900000000039468
abort() at 0x900000000055ae4
clsbAbort(abend = CLSB_ABEND_ADRERR, druid = "(:CLSB00107:)", ... = 0xbc19,0x90000000ab4cc9c, 0x3b60, 0x0, 0xf1000a00e21fb800, 0x0), line 1394 in"clsb0.c"
clsbEvalEnviron(ps = 0x0000010010c6d7f0, iopts = 0x000001001013a970), line 1715 in "clsb0.c"
clsbProcessInit(ps = 0x0000010010c6d7f0, iopts = 0x000001001013a970), line 715 in "clsb0.c"
clsbCInit(iopts = 0x000001001013a970, cbtok = 0x0000010010c14178, trcb =0x08001000a0616d00, trctx = (nil), alcb = (nil), alctx = (nil)), line 546 in "clsb.c"
Java_oracle_cluster_impl_common_cnative_ClusterNative_CLSBInit(??, ??, ??,??, ??, ??, ??) at 0x9000000062b9044 VMprJavaSendNative(), line 53 in "jnisend.s"
gpProtectedRunCallInMethod() at 0x90000000551d5f4
signalProtectAndRunGlue() at 0x900000005535e24
j9sig_protect() at 0x900000003e1dfa8
gpProtectAndRun() at 0x900000005535f10
gpCheckCallin() at 0x90000000551dc10
callStaticVoidMethod() at 0x900000005522420
JavaMain(_args = (nil)), line 991 in "java.c"

  

 

Changes

This is a new EM installation

Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms