Fwd: JVM crash HS machine

[Krystal Mok]

CC'ing hotspot-gc-dev for the first stack trace

---------- Forwarded message ----------
From: Krystal Mok <rednaxelafx at gmail.com>
Date: Wed, Sep 7, 2011 at 7:35 PM
Subject: Re: JVM crash HS machine
To: yogesh <ydhaked at amdocs.com>


Hi,

I don't think the two stack traces shown here are of the same issue. The
first one (the one in quotes) seem to be the same as one mentioned before:
http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2011-April/002537.html ,
but no solutions yet (to my knowledge).

The second stack trace is missing some very important stuff. It's important
to know the caller of the operator new, which means a deeper stack trace log
would help; without that it's quite hard to infer any context out of the
stack trace. It'd also be helpful to know what signal it was.

Regards,
Kris Mok


On Wed, Sep 7, 2011 at 7:06 PM, yogesh <ydhaked at amdocs.com> wrote:

> Igor Shprukh <igor.shprukh at ...> writes:
>
> >
> > I have attached the hs log file.
> > The JVM continuously crashes every two hours.
> > Thank You!
> > -----Original Message-----
> > From: Dmitry Samersoff [mailto:Dmitry.Samersoff <at> oracle.com]
> > Sent: Sunday, April 17, 2011 4:53 PM
> > To: Igor Shprukh
> > Cc: hotspot-runtime-dev <at> openjdk.java.net
> > Subject: Re: JVM crash HS machine
> >
> > Igor,
> >
> > Please, send across full hs_err_*.log
> >
> > -Dmitry
> >
> > On 2011-04-17 17:23, Igor Shprukh wrote:
> > > *Hi all, I have the following error after the running the JVM for about
> > > 5 hrs.*
> > >
> > > *This is linux – amd 64bit machine with 16 proccesors.*
> > >
> > > *The crash is at the GC, do you have any ideas on the cause ?*
> > >
> > > **
> > >
> > > *Thank You !*
> > >
> > > Program terminated with signal 6, Aborted.
> > >
> > > #0 0x00000035b2430265 in raise () from /lib64/libc.so.6
> > >
> > > (gdb) bt
> > >
> > > #0 0x00000035b2430265 in raise () from /lib64/libc.so.6
> > >
> > > #1 0x00000035b2431d10 in abort () from /lib64/libc.so.6
> > >
> > > #2 0x00002aed9f0a8fd7 in os::abort(bool) ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #3 0x00002aed9f1fc05d in VMError::report_and_die() ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #4 0x00002aed9f0af655 in JVM_handle_linux_signal ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #5 0x00002aed9f0abbae in signalHandler(int, siginfo*, void*) ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #6 <signal handler called>
> > >
> > > #7 0x00002aed9ee64703 in void ParScanClosure::do_oop_work<unsigned
> > > int>(unsigned int*, bool, bool) () from
> > > /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #8 0x00002aed9f095d43 in objArrayKlass::oop_oop_iterate_nv(oopDesc*,
> > > ParScanWithoutBarrierClosure*) () from
> > > /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #9 0x00002aed9f0bc0e4 in ParScanThreadState::trim_queues(int) ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #10 0x00002aed9f0bcbde in ParEvacuateFollowersClosure::do_void() ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #11 0x00002aed9f0bce36 in ParNewGenTask::work(int) ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #12 0x00002aed9f21245d in GangWorker::loop() ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #13 0x00002aed9f212374 in GangWorker::run() ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #14 0x00002aed9f0ae14f in java_start(Thread*) ()
> > >
> > > from /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so
> > >
> > > #15 0x00000035b2c0673d in start_thread () from /lib64/libpthread.so.0
> > >
> > > #16 0x00000035b24d3d1d in clone () from /lib64/libc.so.6
> > >
> > > (gdb)
> > >
> >
> >
>
>
>
>
> I have same problem with Linux and jdk1.6.0_24.
>
> If any body have any solution please let me know.
> Below is the part of gdb stack trace-
>
> Thread 1 (Thread 1996):
> #0  0xffffe410 in __kernel_vsyscall ()
> No symbol table info available.
> #1  0x00b0ddf0 in raise () from /lib/libc.so.6
> No symbol table info available.
> #2  0x00b0f701 in abort () from /lib/libc.so.6
> No symbol table info available.
> #3  0xf78d823f in os::abort(bool) ()
> from /usr/java/jdk1.6.0_24/jre/lib/i386/server/libjvm.so
> No symbol table info available.
> #4  0xf7a1f431 in VMError::report_and_die() ()
> from /usr/java/jdk1.6.0_24/jre/lib/i386/server/libjvm.so
> No symbol table info available.
> #5  0xf78df1dc in JVM_handle_linux_signal ()
> from /usr/java/jdk1.6.0_24/jre/lib/i386/server/libjvm.so
> No symbol table info available.
> #6  0xf78db124 in signalHandler(int, siginfo*, void*) ()
> from /usr/java/jdk1.6.0_24/jre/lib/i386/server/libjvm.so
> No symbol table info available.
> #7  <signal handler called>
> No symbol table info available.
> #8  0x00b4ef5f in _int_malloc () from /lib/libc.so.6
> No symbol table info available.
> #9  0x00b50fb7 in malloc () from /lib/libc.so.6
> No symbol table info available.
> #10 0x4c242af7 in operator new(unsigned int) () from
> /usr/lib/libstdc++.so.6
>
> Thanks
> /Y
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20110907/2845169c/attachment.htm>