Manqing Li

This is the decoded native stack trace for the GPF: ` CPU=amd64 (32 logical CPUs) (0x1ec389f000 RAM) ----------- Stack Backtrace ----------- (0x00007FDDBCFE2C3A [libj9vm29.so+0x7dc3a]) : 0x7dc3a [../../../../../openj9/runtime/vm/swalk.c:1134] (0x00007FDDB6D5FEC6 [libj9gc29.so+0x41ec6]) : 0x41ec6

@ForceRs I just opened it (https://w3.ibm.com/w3publisher/ibm_runtime_technologies/support/reporting-java-issues) and it was fine. Are you an IBM internal?

Yes. this does look like the known issue (as @hangshao0 mentioned earlier): https://www.ibm.com/support/pages/apar/IJ50275. @RobMcCreadyJHA If you have the system core file and send it to me, I will double check.

@RobMcCreadyJHA : A system core file is normally too big to share with email. If you are part of IBM, then you can open a Salesforce ticket according to [this...

If it contains external customer info, I choose not to get the file to my local machine at all. For materials containing external customer info, we need to use IBM...

@RobMcCreadyJHA : The javacore file shared from BOX was from a user event, and it is not enough for the OOME issue (even though the OOME was triggered by handling...

@pshipton @keithc-ca FYI

I used the jdmpview tool in the !stackslots command (!stackslots 0x0096b300). The text in the top of this page has the details. @keithc-ca

No DDR plugins (assuming !stackslots is counted as a DDR command, but not as a DDR plugin).

Looks like the exception happens when a new instance of StackWalker_29_V0() is created at StackWalker.java:131 : java.lang.ClassNotFoundException: J9JITGPRSpillAreaPointer is not in core file at openj9.dtfj/com.ibm.j9ddr.StructureReader.getPointerClassBytes(StructureReader.java:1133) at openj9.dtfj/com.ibm.j9ddr.J9DDRClassLoader.getPointerClass(J9DDRClassLoader.java:229) at openj9.dtfj/com.ibm.j9ddr.J9DDRClassLoader.findClass(J9DDRClassLoader.java:129) at...