JDK-8016732 : Out of memory error in ObjectStartArray::set_covered_region
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: hs25
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • 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 :  
JDK-8013938 - Native OOME on fastdebug VM on Solaris
Relates :  
JDK-8016731 - SIGSEGV in Metaspace::purge
Description
V  [libjvm.so+0x2755e18]  void VMError::report(outputStream*)+0x92c;;  __1cHVMErrorGreport6MpnMoutputStream__v_+0x92c
V  [libjvm.so+0x2757315]  void VMError::report_and_die()+0x601;;  __1cHVMErrorOreport_and_die6M_v_+0x601
V  [libjvm.so+0xf57abf]  void report_vm_out_of_memory(const char*,int,unsigned long,VMErrorType,const char*)+0x497;;  __1cXreport_vm_out_of_memory6FpkciLnLVMErrorType_1_v_+0x497
V  [libjvm.so+0x212efab]  void ObjectStartArray::set_covered_region(MemRegion)+0x2af;;  __1cQObjectStartArraySset_covered_region6MnJMemRegion__v_+0x2af
V  [libjvm.so+0x22aff3f]  void PSOldGen::expand(unsigned long)+0x47b;;  __1cIPSOldGenGexpand6ML_v_+0x47b
V  [libjvm.so+0x22b11e4]  void PSOldGen::resize(unsigned long)+0x324;;  __1cIPSOldGenGresize6ML_v_+0x324
V  [libjvm.so+0x22a26f9]  bool PSMarkSweep::invoke_no_policy(bool)+0xcc1;;  __1cLPSMarkSweepQinvoke_no_policy6Fb_b_+0xcc1
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

Happened in nightly testing running with ParallelScavenge and PSMarkSweep and also NUMA on a Intel x86 2893 MHz, 32 cores, 256G, Solaris / Solaris 11, i86pc.

ILW = HLM => P3
Comments
Will probably be fixed when JDK-8013938 is fixed.
30-08-2013
When this happened we got three failure modes: JDK-8016731, JDK-8016731 and JDK-8016730.
28-08-2013
Triaged. hs25, unless became critical for hs24
17-06-2013