Openj9: x86-64_windows MauveSingleInvocationLoadTest_special_22 JIT crash

[pshipton]

https://ci.eclipse.org/openj9/job/Test_openjdk8_j9_special.system_x86-64_windows_Personal/59
MauveSingleInvocationLoadTest_special_22
variation: Mode688
JVM_OPTIONS: -Xcompressedrefs -Xcompressedrefs -Xjit:count=0 -Xgcpolicy:gencon -Xaggressive -Xconcurrentlevel0
win2012r2-x86-4

LT  11:28:14.382 - Completed 72.4%. Number of tests started=2786
LT  stderr Unhandled exception
LT  stderr Type=Segmentation error vmState=0x00000000
LT  stderr Windows_ExceptionCode=c0000005 J9Generic_Signal=00000004 ExceptionAddress=0000000069A33FA2 ContextFlags=0010005f
LT  stderr Handler1=00007FF98651CAC0 Handler2=00007FF988FEC910 InaccessibleReadAddress=0000000000000018
LT  stderr RDI=0000000056BC759B RSI=0000000056BC75A0 RAX=0000000000000000 RBX=0000000001D7BB00
LT  stderr RCX=00000000FFB90400 RDX=0000000056BC75A0 R8=0000000069F10380 R9=0000000001D7BF00
LT  stderr R10=00000000013C9F90 R11=00000000FFFF0000 R12=00000000FFFDF6F0 R13=00000000011BC9B8
LT  stderr R14=00000000018688C8 R15=00000000FFFDF6A0
LT  stderr RIP=0000000069A33FA2 RSP=0000000001868690 RBP=0000000001861100 GS=002B
LT  stderr FS=0053 ES=002B DS=002B
LT  stderr XMM0 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM1 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM2 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM3 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM4 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM5 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM6 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM7 002d0039006a006f (f: 6946927.000000, d: 8.066135e-308)
LT  stderr XMM8 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM9 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM10 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM11 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM12 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM13 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM14 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr XMM15 0000000000000000 (f: 0.000000, d: 0.000000e+000)
LT  stderr Module=C:\Users\jenkins\workspace\Test_openjdk8_j9_special.system_x86-64_windows_Personal\openjdkbinary\j2sdk-image\jre\bin\compressedrefs\j9jit29.dll
LT  stderr Module_base_address=00000000698B0000 Offset_in_DLL=0000000000183fa2
LT  stderr Target=2_90_20200202_569 (Windows Server 2012 R2 6.3 build 9600)
LT  stderr CPU=amd64 (8 logical CPUs) (0x1ffb9c000 RAM)
LT  stderr ----------- Stack Backtrace -----------
LT  stderr Java_java_lang_invoke_MutableCallSite_invalidate+0xf0632 (0x0000000069A33FA2 [j9jit29+0x183fa2])
LT  stderr (0x00000000FFB90400)
LT  stderr (0x00000000FFB90400)
LT  stderr (0x00000000FFFDE3E0)
LT  stderr (0x00000000FFFDE400)
LT  stderr Java_java_lang_invoke_MutableCallSite_invalidate+0x5ccd70 (0x0000000069F106E0 [j9jit29+0x6606e0])
LT  stderr (0x0000000056BC75A0)
LT  stderr (0x0000000040000000)
LT  stderr (0x0000000056B44EE4)
LT  stderr (0x0000000056B44EE4)
LT  stderr (0x0000000056B44EE4)
LT  stderr (0x00000000FFB901B8)
LT  stderr (0x0000000001D7B300)
LT  stderr (0x00000000018686A8)
LT  stderr (0x00000000FFFDE3E0)
LT  stderr ---------------------------------------

[andrewcraik]

This looks like some other crashes which I think @liqunl is looking into where the backtrace looks like a 292 thunk archetype, but the offset is ridiculously large. FYI @liqunl this might be a dup of the stuff you are already looking at.

[liqunl]

@andrewcraik The one I'm looking at is #8404 which is a compilation crash. It crashes in VM, which means the JIT calls out to VM and crashes there. The thunk archetype in the backtrace is misleading, and is a result of missing pdb files. The crash should have nothing to do with JSR292. Given that this is not a compilation crash, I don't think it's a dup of #8404

[pshipton]

https://ci.eclipse.org/openj9/job/Test_openjdk8_j9_special.system_x86-64_windows_Nightly/840
MauveMultiThreadLoadTest_special_22

[cathyzhyi]

@rpshukla Will help to look at this failure

[liqunl]

Is this still happening? #7890 has been fixed and there were many windows defects related closed as well. @rpshukla Maybe we can try a grinder on the latest build.

[pshipton]

The last reported failure is from 22 days ago, I haven't seen it since. Happy to close it and reopen if it's seen again.

[rpshukla]

Is this still happening? #7890 has been fixed and there were many windows defects related closed as well. @rpshukla Maybe we can try a grinder on the latest build.

Yeah I ran a 20x grinder and with the latest nightly build and the JVM_OPTIONS mentioned in the first comment and it passed.