JDK-8016730 : SIGSEGV in Metachunk::capacity_word_size
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: hs25
  • Priority: P2
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2013-06-17
  • Updated: 2013-10-23
  • Resolved: 2013-08-26
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-8016731 - SIGSEGV in Metaspace::purge
Relates :  
JDK-8016731 - SIGSEGV in Metaspace::purge
Description
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xfffffd7fef3c0020;; 

Heap:
 PSYoungGen      total 754176K, used 0K [0x00000006aaa00000, 0x00000006d8e00000, 0x0000000800000000)
  eden space 753152K, 0% used [0x00000006aaa00000,0x00000006aaa00000,0x00000006d8980000)
    lgrp 1 space 169984K, 0% used [0x00000006aaa00000,0x00000006aaa00000,0x00000006b5000000)
    lgrp 2 space 583168K, 0% used [0x00000006b5000000,0x00000006b5000000,0x00000006d8980000)
  from space 1024K, 0% used [0x00000006d8d00000,0x00000006d8d00000,0x00000006d8e00000)
  to   space 1024K, 0% used [0x00000006d8c00000,0x00000006d8c00000,0x00000006d8d00000)
 PSOldGen        total 11184128K, used 1341K [0x0000000400000000, 0x00000006aaa00000, 0x00000006aaa00000)
  object space 11184128K, 0% used [0x0000000400000000,0x000000040014f410,0x00000006aaa00000)
 Metaspace total 25318K, used 20586K, reserved 135168K
  data space     24904K, used 20230K, reserved 32768K
  class space    414K, used 356K, reserved 102400K

V  [libjvm.so+0x1f753d0]  unsigned long Metachunk::capacity_word_size()const+0x4;;  __1cJMetachunkScapacity_word_size6kM_L_+0x4
V  [libjvm.so+0x1f86a80]  void MetaspaceAux::verify_capacity()+0x1ac;;  __1cMMetaspaceAuxPverify_capacity6F_v_+0x1ac
V  [libjvm.so+0x1f872ad]  void MetaspaceAux::verify_metrics()+0x9;;  __1cMMetaspaceAuxOverify_metrics6F_v_+0x9
V  [libjvm.so+0x22a2359]  bool PSMarkSweep::invoke_no_policy(bool)+0x921;;  __1cLPSMarkSweepQinvoke_no_policy6Fb_b_+0x921
V  [libjvm.so+0x22a18e1]  void PSMarkSweep::invoke(bool)+0x135;;  __1cLPSMarkSweepGinvoke6Fb_v_+0x135
V  [libjvm.so+0xdbab82]  void CollectedHeap::collect_as_vm_thread(GCCause::Cause)+0x1ce;;  __1cNCollectedHeapUcollect_as_vm_thread6MnHGCCauseFCause__v_+0x1ce
V  [libjvm.so+0x27593e8]  void VM_CollectForMetadataAllocation::doit()+0x188;;  __1cbFVM_CollectForMetadataAllocationEdoit6M_v_+0x188
V  [libjvm.so+0x2784c75]  void VM_Operation::evaluate()+0xf9;;  __1cMVM_OperationIevaluate6M_v_+0xf9
V  [libjvm.so+0x278197d]  void VMThread::evaluate_operation(VM_Operation*)+0x1d9;;  __1cIVMThreadSevaluate_operation6MpnMVM_Operation__v_+0x1d9
V  [libjvm.so+0x27825b0]  void VMThread::loop()+0x7dc;;  __1cIVMThreadEloop6M_v_+0x7dc
V  [libjvm.so+0x2781472]  void VMThread::run()+0xb6;;  __1cIVMThreadDrun6M_v_+0xb6
V  [libjvm.so+0x2162216]  java_start+0x1ce;;  java_start+0x1ce
C  [libc.so.1+0x12257d]  _thrp_setup+0xa5;;  _thrp_setup+0xa5
C  [libc.so.1+0x122820]  _lwp_start+0x0;;  _lwp_start+0x0

The bug was triggered in GC nightly testing, running the parallel class loading test suite. The VM was using NUMA with -XX:+UseNUMA on a  Intel x86 2893 MHz, 32 cores, 256G, Solaris / Solaris 11, i86pc.

The collector used was ParallelScavenge and PSMarkSweep.

Impact: High, Likelihood: Low, Workaround: H => P2
Comments
These two bugs might be related since they happened in the same nightly testing and both were SIGSEGV triggered by Metaspace code.
17-06-2013