JDK-8014498 : @Contended classes triggers 'guarantee(PageArmed == 0) failed: invariant' on linux-amd64
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: hs25
  • Priority: P3
  • Status: Resolved
  • Resolution: Duplicate
  • OS: linux
  • Submitted: 2013-05-14
  • Updated: 2013-05-29
  • Resolved: 2013-05-29
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.
Other
hs25Resolved
Related Reports
Duplicate :  
JDK-8015270 - @Contended: fix multiple issues in the layout code
Relates :  
JDK-8015270 - @Contended: fix multiple issues in the layout code
Description
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (safepoint.cpp:308), pid=17700, tid=139795167717712
#  guarantee(PageArmed == 0) failed: invariant
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b89) (build 1.8.0-ea-b89)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b31 mixed mode linux-amd64 compressed oops)
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

---------------  T H R E A D  ---------------

Current thread (0x0000000001822800):  VMThread [stack: 0x00007f2499402000,0x00007f2499503000] [id=17710]

Stack: [0x00007f2499402000,0x00007f2499503000],  sp=0x00007f2499501bf0,  free space=1022k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x9b742a]  VMError::report_and_die()+0x2ea
V  [libjvm.so+0x48a582]  report_vm_error(char const*, int, char const*, char const*)+0x62
V  [libjvm.so+0x8bd5d4]  SafepointSynchronize::begin()+0x834
V  [libjvm.so+0x9bf287]  VMThread::loop()+0x1d7
V  [libjvm.so+0x9bf940]  VMThread::run()+0x70
V  [libjvm.so+0x82fb88]  java_start(Thread*)+0x108

VM_Operation (0x00007f24a77c91e0): ParallelGCFailedAllocation, mode: safepoint, requested by thread 0x00000000017be000
Comments
Confirmed duplicate.
29-05-2013
Possible duplicate for JDK-8015270. Not closing until we confirm.
23-05-2013
Happens only on the @Contended-specific stress test, workaround available with getting the safe effect with field padding. ILW=HLM=P3
23-05-2013
This is a generic failure mode triggerred when the system can not reach a safepoint in a timely manner if (UseCompilerSafepoints && int(iterations) == DeferPollingPageLoopCount) { guarantee (PageArmed == 0, "invariant") ; PageArmed = 1 ; os::make_polling_page_unreadable(); } By default DeferPollingPageLoopCount is -1 so eventually if we loop enough we will attempt to arm the polling page a second time and so hit the guarantee failure. We need to see why the@Contended logic is preventing a thread from reaching the safepoint.
15-05-2013