JDK-6994850 : G1: nsk/monitoring/stress/classload/* crash with JDK b114 and G1 enabled
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: hs20,7
  • Priority: P3
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: generic
  • CPU: generic
  • Submitted: 2010-10-26
  • Updated: 2013-09-18
  • Resolved: 2011-01-25
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 7
7Resolved
Related Reports
Duplicate :  
Duplicate :  
Relates :  
Relates :  
Description
http://vmsqe.russia.sun.com/execution/results/JDK7/PROMOTION/VM/7/b114/G1/

testrun: http://vmsqe.russia.sun.com/execution/results/JDK7/PROMOTION/VM/7/b114/G1/vm/linux-i586/client/comp/linux-i586_vm_client_comp_nsk.monitoring.testlist/analysis.html

Stack frame is as follows:

Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x2f2120];;  MarkSweep::FollowRootClosure::do_oop(oopDesc**)+0x70
V  [libjvm.so+0x32eec5];;  OopMapSet::all_do(frame const*, RegisterMap const*, OopClosure*, void (*)(oopDesc**, oopDesc**), OopClosure*)+0x1b5
V  [libjvm.so+0x32ef42];;  OopMapSet::oops_do(frame const*, RegisterMap const*, OopClosure*)+0x32
V  [libjvm.so+0x1c13f1];;  frame::oops_code_blob_do(OopClosure*, CodeBlobClosure*, RegisterMap const*)+0x31
V  [libjvm.so+0x1c315a];;  frame::oops_do_internal(OopClosure*, CodeBlobClosure*, RegisterMap*, bool)+0xba
V  [libjvm.so+0x3e0987];;  JavaThread::oops_do(OopClosure*, CodeBlobClosure*)+0x247
V  [libjvm.so+0x3e0a62];;  Threads::possibly_parallel_oops_do(OopClosure*, CodeBlobClosure*)+0x52
V  [libjvm.so+0x37b509];;  SharedHeap::process_strong_roots(bool, bool, SharedHeap::ScanningOption, OopClosure*, CodeBlobClosure*, OopsInGenClosure*)+0x89
V  [libjvm.so+0x1e1949];;  G1MarkSweep::mark_sweep_phase1(bool&, bool)+0x49
V  [libjvm.so+0x1e1c54];;  G1MarkSweep::invoke_at_safepoint(ReferenceProcessor*, bool)+0x74
V  [libjvm.so+0x1ceb2b];;  G1CollectedHeap::do_collection(bool, bool, unsigned int)+0x44b
V  [libjvm.so+0x1cf233];;  G1CollectedHeap::satisfy_failed_allocation(unsigned int)+0x33
V  [libjvm.so+0x418357];;  VM_G1CollectForAllocation::doit()+0x27
V  [libjvm.so+0x417641];;  VM_Operation::evaluate()+0x41
V  [libjvm.so+0x41629a];;  VMThread::evaluate_operation(VM_Operation*)+0x7a
V  [libjvm.so+0x416862];;  VMThread::loop()+0x172
V  [libjvm.so+0x416bb5];;  VMThread::run()+0x85
V  [libjvm.so+0x339f19];;  _ZL10java_startP6Thread+0xf9
C  [libpthread.so.0+0x52ab]

Comments
EVALUATION Race between zero filling thread zeroing a region and the region being used to allocate a humongous object.
16-12-2010