Fwd: JVM crash HS machine
Ramki Ramakrishna
y.s.ramakrishna at oracle.com
Wed Sep 7 16:06:12 UTC 2011
I didn't see any follow-up on the issue reported at:-
http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2011-April/002537.html
so I do not know if that issue ever got satisfactorily resolved. I don't
think
there are any open bugs in our database for that issue. If there's a
test-case we
can take a look.
thanks.
-- ramki
On 9/7/2011 4:36 AM, Krystal Mok wrote:
> CC'ing hotspot-gc-dev for the first stack trace
>
> ---------- Forwarded message ----------
> From: *Krystal Mok* <rednaxelafx at gmail.com <mailto: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 <mailto: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
> <mailto: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
> <mailto:Dmitry.Samersoff> <at> oracle.com <http://oracle.com>]
> > Sent: Sunday, April 17, 2011 4:53 PM
> > To: Igor Shprukh
> > Cc: hotspot-runtime-dev <at> openjdk.java.net
> <http://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/c1bedd18/attachment.htm>
More information about the hotspot-gc-dev
mailing list