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