<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I didn't see any follow-up on the issue reported at:-<br>
<br>
<a moz-do-not-send="true"
href="http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2011-April/002537.html"
target="_blank">http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2011-April/002537.html</a><br>
<br>
so I do not know if that issue ever got satisfactorily resolved. I
don't think<br>
there are any open bugs in our database for that issue. If there's a
test-case we<br>
can take a look.<br>
<br>
thanks.<br>
-- ramki<br>
<br>
On 9/7/2011 4:36 AM, Krystal Mok wrote:
<blockquote
cite="mid:CA+cQ+tRWvS-6UYb7EOG47bi9jobkuH0fS+T3x2W4S489V_mNHA@mail.gmail.com"
type="cite">CC'ing hotspot-gc-dev for the first stack trace<br>
<br>
<div class="gmail_quote">---------- Forwarded message ----------<br>
From: <b class="gmail_sendername">Krystal Mok</b> <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:rednaxelafx@gmail.com">rednaxelafx@gmail.com</a>></span><br>
Date: Wed, Sep 7, 2011 at 7:35 PM<br>
Subject: Re: JVM crash HS machine<br>
To: yogesh <<a moz-do-not-send="true"
href="mailto:ydhaked@amdocs.com">ydhaked@amdocs.com</a>><br>
<br>
<br>
Hi,
<div><br>
</div>
<div>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: <a moz-do-not-send="true"
href="http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2011-April/002537.html"
target="_blank">http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2011-April/002537.html</a> ,
but no solutions yet (to my knowledge).</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>Regards,</div>
<div>Kris Mok
<div>
<div class="h5"><br>
<br>
<div class="gmail_quote">On Wed, Sep 7, 2011 at 7:06 PM,
yogesh <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ydhaked@amdocs.com" target="_blank">ydhaked@amdocs.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt
0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
Igor Shprukh <a class="moz-txt-link-rfc2396E" href="mailto:igor.shprukh@..."><igor.shprukh@...></a> writes:<br>
<br>
><br>
> I have attached the hs log file.<br>
> The JVM continuously crashes every two hours.<br>
> Thank You!<br>
> -----Original Message-----<br>
> From: Dmitry Samersoff [mailto:<a
moz-do-not-send="true"
href="mailto:Dmitry.Samersoff" target="_blank">Dmitry.Samersoff</a>
<at> <a moz-do-not-send="true"
href="http://oracle.com" target="_blank">oracle.com</a>]<br>
> Sent: Sunday, April 17, 2011 4:53 PM<br>
> To: Igor Shprukh<br>
> Cc: hotspot-runtime-dev <at> <a
moz-do-not-send="true"
href="http://openjdk.java.net" target="_blank">openjdk.java.net</a><br>
> Subject: Re: JVM crash HS machine<br>
><br>
> Igor,<br>
><br>
> Please, send across full hs_err_*.log<br>
><br>
> -Dmitry<br>
><br>
> On 2011-04-17 17:23, Igor Shprukh wrote:<br>
> > *Hi all, I have the following error after
the running the JVM for about<br>
> > 5 hrs.*<br>
> ><br>
> > *This is linux – amd 64bit machine with 16
proccesors.*<br>
> ><br>
> > *The crash is at the GC, do you have any
ideas on the cause ?*<br>
> ><br>
> > **<br>
> ><br>
> > *Thank You !*<br>
> ><br>
> > Program terminated with signal 6, Aborted.<br>
> ><br>
> > #0 0x00000035b2430265 in raise () from
/lib64/libc.so.6<br>
> ><br>
> > (gdb) bt<br>
> ><br>
> > #0 0x00000035b2430265 in raise () from
/lib64/libc.so.6<br>
> ><br>
> > #1 0x00000035b2431d10 in abort () from
/lib64/libc.so.6<br>
> ><br>
> > #2 0x00002aed9f0a8fd7 in os::abort(bool) ()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #3 0x00002aed9f1fc05d in
VMError::report_and_die() ()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #4 0x00002aed9f0af655 in
JVM_handle_linux_signal ()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #5 0x00002aed9f0abbae in signalHandler(int,
siginfo*, void*) ()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #6 <signal handler called><br>
> ><br>
> > #7 0x00002aed9ee64703 in void
ParScanClosure::do_oop_work<unsigned<br>
> > int>(unsigned int*, bool, bool) () from<br>
> >
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #8 0x00002aed9f095d43 in
objArrayKlass::oop_oop_iterate_nv(oopDesc*,<br>
> > ParScanWithoutBarrierClosure*) () from<br>
> >
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #9 0x00002aed9f0bc0e4 in
ParScanThreadState::trim_queues(int) ()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #10 0x00002aed9f0bcbde in
ParEvacuateFollowersClosure::do_void() ()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #11 0x00002aed9f0bce36 in
ParNewGenTask::work(int) ()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #12 0x00002aed9f21245d in GangWorker::loop()
()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #13 0x00002aed9f212374 in GangWorker::run()
()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #14 0x00002aed9f0ae14f in
java_start(Thread*) ()<br>
> ><br>
> > from
/usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
> ><br>
> > #15 0x00000035b2c0673d in start_thread ()
from /lib64/libpthread.so.0<br>
> ><br>
> > #16 0x00000035b24d3d1d in clone () from
/lib64/libc.so.6<br>
> ><br>
> > (gdb)<br>
> ><br>
><br>
><br>
<br>
<br>
<br>
<br>
I have same problem with Linux and jdk1.6.0_24.<br>
<br>
If any body have any solution please let me know.<br>
Below is the part of gdb stack trace-<br>
<br>
Thread 1 (Thread 1996):<br>
#0 0xffffe410 in __kernel_vsyscall ()<br>
No symbol table info available.<br>
#1 0x00b0ddf0 in raise () from /lib/libc.so.6<br>
No symbol table info available.<br>
#2 0x00b0f701 in abort () from /lib/libc.so.6<br>
No symbol table info available.<br>
#3 0xf78d823f in os::abort(bool) ()<br>
from
/usr/java/jdk1.6.0_24/jre/lib/i386/server/libjvm.so<br>
No symbol table info available.<br>
#4 0xf7a1f431 in VMError::report_and_die() ()<br>
from
/usr/java/jdk1.6.0_24/jre/lib/i386/server/libjvm.so<br>
No symbol table info available.<br>
#5 0xf78df1dc in JVM_handle_linux_signal ()<br>
from
/usr/java/jdk1.6.0_24/jre/lib/i386/server/libjvm.so<br>
No symbol table info available.<br>
#6 0xf78db124 in signalHandler(int, siginfo*, void*)
()<br>
from
/usr/java/jdk1.6.0_24/jre/lib/i386/server/libjvm.so<br>
No symbol table info available.<br>
#7 <signal handler called><br>
No symbol table info available.<br>
#8 0x00b4ef5f in _int_malloc () from /lib/libc.so.6<br>
No symbol table info available.<br>
#9 0x00b50fb7 in malloc () from /lib/libc.so.6<br>
No symbol table info available.<br>
#10 0x4c242af7 in operator new(unsigned int) () from
/usr/lib/libstdc++.so.6<br>
<br>
Thanks<br>
<font color="#888888">/Y<br>
<br>
<br>
<br>
</font></blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
<br>
</blockquote>
</body>
</html>