JDK-8065676 : nsk/regression/b4242412.java failed (once) with exit code 11.
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 9
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: solaris_11
  • CPU: sparc_64
  • Submitted: 2014-11-21
  • Updated: 2015-01-22
  • Resolved: 2015-01-22
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9Resolved
Related Reports
Duplicate :  
JDK-8049304 - race between VM_Exit and _sync_FutileWakeups->inc()
Relates :  
JDK-8049304 - race between VM_Exit and _sync_FutileWakeups->inc()
Description
Not much to go on, since it would not repeat for me (on a different Sparc running Solaris 11):

.../fastdebug/comp_baseline/solaris-sparcv9//bin/java -d64 -server -Xcomp -XX:MaxRAMFraction=8 -XX:+CreateMinidumpOnCrash -ea -esa -XX:-TieredCompilation -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:+IgnoreUnrecognizedVMOptions -XX:+AggressiveOpts -XX:-UseBiasedLocking nsk.regression.b4242412.b4242412

 # Test level exit status: 11

And a great big core file, with some relevant bits attached.
Comments
Any reason not to close this as a dup of JDK-8049304?
21-01-2015
Based on the following thread stack from pstack.core.txt: ----------------- lwp# 2 / thread# 2 -------------------- ffffffff7eae74dc ___lwp_cond_wait (100110d50, 100110d38, ffffffff, ffffffff7eabd75c, 0, ffffffffffffffff) + 8 fffffff4f71ac924 __1cCosNPlatformEventEpark6M_v_ (100110d00, 0, 100110d38, fffffff4f7f72a50, fffffff4f7b0ae58, fffffff4f7e66d40) + 164 fffffff4f711547c __1cHMonitorFIWait6MpnGThread_l_i_ (10010da80, 10010f820, 0, 89dc7, 100110d00, fffffff4f7e66d40) + dc fffffff4f7116c70 __1cHMonitorEwait6Mblb_b_ (10010da80, 10010f820, 0, fffffff4f7f24d48, c76f8, 4) + 558 fffffff4f7516b68 __1cIVMThreadHexecute6FpnMVM_Operation__v_ (ffffffff7cafef08, fffffff4f7e6eec0, 10010da80, 7, 10010f820, 0) + 238 fffffff4f6c76eac __1cHvm_exit6Fi_v_ (5f, 10010d540, fffffff4f7ef0b03, fffffff4f7e66d40, 10010f820, ffffffff7cafef08) + cc fffffff4f6dc9d90 JVM_Halt (5f, 10010f820, 4, 100110370, fffffff4f7e66d40, 3) + 230 fffffff4f5b17d4c Java_java_lang_Shutdown_halt0 (10010fa60, ffffffff7caff1a8, 5f, 3, 10044c680, fffffff4f7e66d40) + 4 ffffffff78ac3344 * *java/lang/Shutdown.halt0(I)V [compiled] ffffffff78ab87fc * *java/lang/Shutdown.halt(I)V [compiled] +8 ffffffff78ab87fc * *java/lang/Shutdown.exit(I)V+100 ffffffff78808858 * java/lang/Runtime.exit(I)V+14 ffffffff78808858 * java/lang/System.exit(I)V+4 ffffffff78808858 * nsk/regression/b4242412/b4242412.main([Ljava/lang/String;)V+10 ffffffff7880053c * StubRoutines (1) fffffff4f6c7f020 __1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_ (ffffffff7caffe10, fffffff4f7f30dd0, ffffffff6b800540, 0, 10010f828, 1) + 950 fffffff4f6d19df4 __1cRjni_invoke_static6FpnHJNIEnv__pnJJavaValue_pnI_jobject_nLJNICallType_pnK_jmethodID_pnSJNI_ArgumentPusher_pnGThread__v_ (10010fa60, ffffffff7caffe10, 10010f820, e, fffffff4f7984834, ffffffff7caffa80) + a64 fffffff4f6d44510 jni_CallStaticVoidMethod (10010fa60, 65, 10071f460, 10010f820, 1ae8, ffffffff7cafff08) + 508 fffffff4f800897c JavaMain (100111278, 100111260, 10071f460, fffffff4f8015b90, fffffff4f8117648, 1001017a8) + 584 ffffffff7eae24bc _lwp_start (0, 0, 0, 0, 0, 0) I concur that this failure looks like another instance of: JDK-8049304 race between VM_Exit and _sync_FutileWakeups->inc()
03-12-2014
This seemed sort of related (or maybe not)
24-11-2014
#6 <signal handler called> #7 0xfffffff4f7173f50 in __1cNObjectMonitorGEnterI6MpnGThread__v_ () at /opt/jprt/T/P1/113822.tohartma/s/hotspot/src/share/vm/oops/oop.inline.hpp:527 #8 0xfffffff4f7173414 in __1cNObjectMonitorFenter6MpnGThread__v_ () at /opt/jprt/T/P1/113822.tohartma/s/hotspot/src/share/vm/oops/oop.inline.hpp:527 #9 0xfffffff4f73c59e8 in __1cSObjectSynchronizerKslow_enter6FnGHandle_pnJBasicLock_pnGThread__v_ () at /opt/jprt/T/P1/113822.tohartma/s/hotspot/src/share/vm/gc_implementation/g1/ptrQueue.hpp:125 #10 0xfffffff4f72fdc48 in __1cNSharedRuntimebAcomplete_monitor_locking_C6FpnHoopDesc_pnJBasicLock_pnKJavaThread__v_ () at /opt/jprt/T/P1/113822.tohartma/s/hotspot/src/share/vm/gc_implementation/g1/ptrQueue.hpp:125 #11 0xffffffff78933244 in ?? () #12 0xffffffff78933244 in ?? () #6 <signal handler called> #7 0xfffffff4f7173f50 in __1cNObjectMonitorGEnterI6MpnGThread__v_ () at /opt/jprt/T/P1/113822.tohartma/s/hotspot/src/share/vm/oops/oop.inline.hpp:527 #8 0xfffffff4f7173414 in __1cNObjectMonitorFenter6MpnGThread__v_ () at /opt/jprt/T/P1/113822.tohartma/s/hotspot/src/share/vm/oops/oop.inline.hpp:527 #9 0xfffffff4f73c59e8 in __1cSObjectSynchronizerKslow_enter6FnGHandle_pnJBasicLock_pnGThread__v_ () at /opt/jprt/T/P1/113822.tohartma/s/hotspot/src/share/vm/gc_implementation/g1/ptrQueue.hpp:125 #10 0xfffffff4f72fdc48 in __1cNSharedRuntimebAcomplete_monitor_locking_C6FpnHoopDesc_pnJBasicLock_pnKJavaThread__v_ () at /opt/jprt/T/P1/113822.tohartma/s/hotspot/src/share/vm/gc_implementation/g1/ptrQueue.hpp:125 #11 0xffffffff78933244 in ?? () #12 0xffffffff78933244 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) ignore it always says that Looks like a crash in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*) Another thread is waiting to exit.
24-11-2014
Files sanitized for public viewing
21-11-2014
Attachments sanitized for external viewing
21-11-2014