JVM Crash during GC

Christian Vest Hansen karmazilla at gmail.com
Wed Jan 25 01:37:28 PST 2012


Hi,

How do you enable heap verification?
Is there a place where I can read more about what it does?

On Tue, May 17, 2011 at 18:03, Y. S. Ramakrishna <y.s.ramakrishna at oracle.com
> wrote:

> Hi Shane, that's 6u18 which is about 18 months old. Could you try
> the latest, 6u25, and see if the problem reproduces?
>
> The crash is somewhat generic in that we crash when scanning
> cards during a scavenge, presumably running across a bad pointer.
>
> If you need to stick with that JVM, you can try turning off
> compressed oops explicitly, and/or enable heap verification
> to see if it catches anything sooner.
>
> If the problem reproduces with the latest bits, we'd definitely
> be interested in a formal bug report with a test case.
>
> -- ramki
>
> On 05/17/11 08:46, Shane Cox wrote:
> > Has anyone seen a JVM crash similar to this one?  Wondering if this is a
> > new or existing problem.  Any insights would be appreciated.
> >
> > Thanks,
> > Shane
> >
> >
> > # A fatal error has been detected by the Java Runtime Environment:
> > #
> > #  SIGSEGV (0xb) at pc=0x00002b0f1733cdc9, pid=14532, tid=1093286208
> > #
> > #  SIGSEGV (0xb) at pc=0x00002b0f1733cdc9, pid=14532, tid=1093286208
> > #
> > # JRE version: 6.0_18-b07
> > # Java VM: Java HotSpot(TM) 64-Bit Server VM (16.0-b13 mixed mode
> > linux-amd64 )
> > # Problematic frame:
> > # V  [libjvm.so+0x3b1dc9]
> >
> >
> > Current thread (0x0000000056588800):  GCTaskThread [stack:
> > 0x0000000000000000,0x0000000000000000] [id=14539]
> >
> > siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR),
> > si_addr=0x0000000000000025;;
> >
> >
> > Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
> > C=native code)
> > V  [libjvm.so+0x3b1dc9];;  void
> > ParScanClosure::do_oop_work<oopDesc*>(oopDesc**, bool, bool)+0x79
> > V  [libjvm.so+0x5e7f03];;
> > ParRootScanWithBarrierTwoGensClosure::do_oop(oopDesc**)+0x13
> > V  [libjvm.so+0x3ab18c];;  instanceKlass::oop_oop_iterate_nv_m(oopDesc*,
> > FilteringClosure*, MemRegion)+0x16c
> > V  [libjvm.so+0x297aff];;
> > FreeListSpace_DCTOC::walk_mem_region_with_cl_par(MemRegion, HeapWord*,
> > HeapWord*, FilteringClosure*)+0x13f
> > V  [libjvm.so+0x297995];;
> > FreeListSpace_DCTOC::walk_mem_region_with_cl(MemRegion, HeapWord*,
> > HeapWord*, FilteringClosure*)+0x35
> > V  [libjvm.so+0x66014f];;  Filtering_DCTOC::walk_mem_region(MemRegion,
> > HeapWord*, HeapWord*)+0x5f
> > V  [libjvm.so+0x65fee9];;
> > DirtyCardToOopClosure::do_MemRegion(MemRegion)+0xf9
> > V  [libjvm.so+0x24153d];;
> > ClearNoncleanCardWrapper::do_MemRegion(MemRegion)+0xdd
> > V  [libjvm.so+0x23ffea];;
> > CardTableModRefBS::non_clean_card_iterate_work(MemRegion,
> > MemRegionClosure*, bool)+0x1ca
> > V  [libjvm.so+0x5e504b];;  CardTableModRefBS::process_stride(Space*,
> > MemRegion, int, int, DirtyCardToOopClosure*, MemRegionClosure*, bool,
> > signed char**, unsigned long, unsigned long)+0x13b
> > V  [libjvm.so+0x5e4e98];;
> > CardTableModRefBS::par_non_clean_card_iterate_work(Space*, MemRegion,
> > DirtyCardToOopClosure*, MemRegionClosure*, bool, int)+0xc8
> > V  [libjvm.so+0x23fdfb];;
> > CardTableModRefBS::non_clean_card_iterate(Space*, MemRegion,
> > DirtyCardToOopClosure*, MemRegionClosure*, bool)+0x5b
> > V  [libjvm.so+0x240b9a];;
> > CardTableRS::younger_refs_in_space_iterate(Space*,
> OopsInGenClosure*)+0x8a
> > V  [libjvm.so+0x379378];;
> > Generation::younger_refs_in_space_iterate(Space*, OopsInGenClosure*)+0x18
> > V  [libjvm.so+0x2c5c5f];;
> >
> ConcurrentMarkSweepGeneration::younger_refs_iterate(OopsInGenClosure*)+0x4f
> > V  [libjvm.so+0x240a8a];;
> > CardTableRS::younger_refs_iterate(Generation*, OopsInGenClosure*)+0x2a
> > V  [libjvm.so+0x36bfcd];;
> > GenCollectedHeap::gen_process_strong_roots(int, bool, bool,
> > SharedHeap::ScanningOption, OopsInGenClosure*, OopsInGenClosure*)+0x9d
> > V  [libjvm.so+0x5e82c9];;  ParNewGenTask::work(int)+0xc9
> > V  [libjvm.so+0x722e0d];;  GangWorker::loop()+0xad
> > V  [libjvm.so+0x722d24];;  GangWorker::run()+0x24
> > V  [libjvm.so+0x5da2af];;  java_start(Thread*)+0x13f
> >
> > VM Arguments:
> > jvm_args: -verbose:gc -XX:+PrintGCDetails -XX:+PrintHeapAtGC
> > -XX:+PrintGCDateStamps -XX:+UseParNewGC -Xmx4000m -Xms4000m -Xss256k
> > -XX:PermSize=256M -XX:MaxPermSize=256M -XX:+UseConcMarkSweepGC
> > -XX:+CMSIncrementalMode -XX:+CMSIncrementalPacing
> > -XX:+CMSPermGenSweepingEnabled -XX:+ExplicitGCInvokesConcurrent
> >
> > OS:Red Hat Enterprise Linux Server release 5.3 (Tikanga)
> >
> > uname:Linux 2.6.18-128.el5 #1 SMP Wed Jan 21 08:45:05 EST 2009 x86_64
> >
> > vm_info: Java HotSpot(TM) 64-Bit Server VM (16.0-b13) for linux-amd64
> > JRE (1.6.0_18-b07), built on Dec 17 2009 13:42:22 by "java_re" with gcc
> > 3.2.2 (SuSE Linux)
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > hotspot-gc-use mailing list
> > hotspot-gc-use at openjdk.java.net
> > http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use
> _______________________________________________
> hotspot-gc-use mailing list
> hotspot-gc-use at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use
>



-- 
Venlig hilsen / Kind regards,
Christian Vest Hansen.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-gc-use/attachments/20120125/fb2235b4/attachment.html 


More information about the hotspot-gc-use mailing list