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

V  [libjvm.so+0x1f8f8b1]  void Metaspace::purge()+0x1f5;;  __1cJMetaspaceFpurge6F_v_+0x1f5
V  [libjvm.so+0x22a2354]  bool PSMarkSweep::invoke_no_policy(bool)+0x91c;;  __1cLPSMarkSweepQinvoke_no_policy6Fb_b_+0x91c
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

Heap:
 PSYoungGen      total 804352K, used 0K [0x00000006aaa00000, 0x00000006dc200000, 0x0000000800000000)
  eden space 803328K, 0% used [0x00000006aaa00000,0x00000006aaa00000,0x00000006dba80000)
    lgrp 1 space 712704K, 0% used [0x00000006aaa00000,0x00000006aaa00000,0x00000006d6200000)
    lgrp 2 space 90624K, 0% used [0x00000006d6200000,0x00000006d6200000,0x00000006dba80000)
  from space 1024K, 0% used [0x00000006dc000000,0x00000006dc000000,0x00000006dc100000)
  to   space 1024K, 0% used [0x00000006dc100000,0x00000006dc100000,0x00000006dc200000)
 PSOldGen        total 11184128K, used 903K [0x0000000400000000, 0x00000006aaa00000, 0x00000006aaa00000)
  object space 11184128K, 0% used [0x0000000400000000,0x00000004000e1ce8,0x00000006aaa00000)
 Metaspace total 5023K, used 4022K, reserved 118784K
  data space     4619K, used 3674K, reserved 16384K
  class space    404K, used 348K, reserved 102400K

Happened in GC nightly testing running parallel class loading tests with Parallel Scavenge and PSMarkSweep and -XX:+UseNUMA. Several other SIGSEGV was also triggered via Metaspace memory accesses, the bugs might be related.

ILW = HLH => P2
Comments
I've been trying to reproduce this bug for a couple of days. I only manage to reproduce a bug Metaspace exhaustion bug that has already been fixed, and an open Runtime issue. I'm closing this until we manage to reproduce this with a more recent build.
30-08-2013

This bug might be related to JDK-8016730 since they happened during the same nightly testing run and both are SIGSEGV triggered via Metaspace code.
17-06-2013