JDK-6928968 : Encounter bad oop during parallel compaction GC
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 5.0u21
  • Priority: P2
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: linux_redhat_5.1
  • CPU: generic
  • Submitted: 2010-02-23
  • Updated: 2011-02-16
  • Resolved: 2010-06-02
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
5.0-poolResolved
Related Reports
Relates :  
JDK-6889344 - JVM crash at ParMarkBitMap::live_words_in_range
Description
From hs_err_pid20179.log file:

The crash happened during Garbage Collection with following stack trace:

Stack: [0x000000004035b000,0x000000004045c000),  sp=0x000000004045aea0,  free space=1023k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x5ab81d];;  _ZN17PSParallelCompact15mark_and_followEP20ParCompactionManagerPP7oopDesc+0x6d
V  [libjvm.so+0x5613fb];;  _ZN13objArrayKlass19oop_follow_contentsEP20ParCompactionManagerP7oopDesc+0x9b
V  [libjvm.so+0x5a460f];;  _ZN20ParCompactionManager20drain_marking_stacksEP10OopClosure+0x9f
V  [libjvm.so+0x59275b];;  _ZN17MarkFromRootsTask5do_itEP13GCTaskManagerj+0x6b
V  [libjvm.so+0x31fdcb];;  _ZN12GCTaskThread3runEv+0x16b
V  [libjvm.so+0x56ff45];;  _Z6_startP6Thread+0x155
C  [libpthread.so.0+0x6137]
C  0x0000000000000000

From the stack trace, it appears that GC encountered a Bad Oop while traversing the objects in an object array. 
The corefile and libraries related to this crash is needed.


From hs_err_pid9042.log:

Stack: [0x000000004045c000,0x000000004055d000),  sp=0x000000004055bdf0,  free space=1023k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x5b0d23];;  _ZN7oopDesc15update_contentsEP20ParCompactionManager+0x63
V  [libjvm.so+0x5b0188];;  _ZN20MoveAndUpdateClosure6do_bitEm+0x58
V  [libjvm.so+0x5b01e6];;  _ZN20MoveAndUpdateClosure6do_bitEmm+0x26
V  [libjvm.so+0x579667];;  _ZNK13ParMarkBitMap7iterateEP22BitMapTerminateClosuremm+0x77
V  [libjvm.so+0x5afe97];;  _ZN17PSParallelCompact21fill_and_update_chunkEP20ParCompactionManagerm+0x257
V  [libjvm.so+0x5a472c];;  _ZN20ParCompactionManager18drain_chunk_stacksEv+0x3c
V  [libjvm.so+0x592be3];;  _ZN24DrainStacksCompactonTask5do_itEP13GCTaskManagerj+0x13
V  [libjvm.so+0x31fdcb];;  _ZN12GCTaskThread3runEv+0x16b
V  [libjvm.so+0x56ff45];;  _Z6_startP6Thread+0x155
C  [libpthread.so.0+0x6137]
C  0x0000000000000000

This crash also happened during GC while doing the parallel compaction. Here too, the Oop being accessed seems to be bad.

Need the core dumps and the systems libs of the machine on which this crash happened to find out more about these crashes.