Fwd: JVM crash HS machine

David Holmes David.Holmes at oracle.com
Wed Sep 7 05:02:20 PDT 2011


The second trace indicates a signal arising from the C++ new operator. This 
is unlikely to be a VM issue. The Vm also uses C++ operator new very rarely 
so this is more likely native code from elsewhere - but hard to tell from 
what's been shown.

Certainly nothing to indicate any connection between the two crashes.

David

On 7/09/2011 9:36 PM, 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
>
>
>
>
>


More information about the hotspot-gc-dev mailing list