<!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">&lt;<a moz-do-not-send="true"
            href="mailto:rednaxelafx@gmail.com">rednaxelafx@gmail.com</a>&gt;</span><br>
        Date: Wed, Sep 7, 2011 at 7:35 PM<br>
        Subject: Re: JVM crash HS machine<br>
        To: yogesh &lt;<a moz-do-not-send="true"
          href="mailto:ydhaked@amdocs.com">ydhaked@amdocs.com</a>&gt;<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">&lt;<a moz-do-not-send="true"
                    href="mailto:ydhaked@amdocs.com" target="_blank">ydhaked@amdocs.com</a>&gt;</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@...">&lt;igor.shprukh@...&gt;</a> writes:<br>
                  <br>
                  &gt;<br>
                  &gt; I have attached the hs log file.<br>
                  &gt; The JVM continuously crashes every two hours.<br>
                  &gt; Thank You!<br>
                  &gt; -----Original Message-----<br>
                  &gt; From: Dmitry Samersoff [mailto:<a
                    moz-do-not-send="true"
                    href="mailto:Dmitry.Samersoff" target="_blank">Dmitry.Samersoff</a>
                  &lt;at&gt; <a moz-do-not-send="true"
                    href="http://oracle.com" target="_blank">oracle.com</a>]<br>
                  &gt; Sent: Sunday, April 17, 2011 4:53 PM<br>
                  &gt; To: Igor Shprukh<br>
                  &gt; Cc: hotspot-runtime-dev &lt;at&gt; <a
                    moz-do-not-send="true"
                    href="http://openjdk.java.net" target="_blank">openjdk.java.net</a><br>
                  &gt; Subject: Re: JVM crash HS machine<br>
                  &gt;<br>
                  &gt; Igor,<br>
                  &gt;<br>
                  &gt; Please, send across full hs_err_*.log<br>
                  &gt;<br>
                  &gt; -Dmitry<br>
                  &gt;<br>
                  &gt; On 2011-04-17 17:23, Igor Shprukh wrote:<br>
                  &gt; &gt; *Hi all, I have the following error after
                  the running the JVM for about<br>
                  &gt; &gt; 5 hrs.*<br>
                  &gt; &gt;<br>
                  &gt; &gt; *This is linux  amd 64bit machine with 16
                  proccesors.*<br>
                  &gt; &gt;<br>
                  &gt; &gt; *The crash is at the GC, do you have any
                  ideas on the cause ?*<br>
                  &gt; &gt;<br>
                  &gt; &gt; **<br>
                  &gt; &gt;<br>
                  &gt; &gt; *Thank You !*<br>
                  &gt; &gt;<br>
                  &gt; &gt; Program terminated with signal 6, Aborted.<br>
                  &gt; &gt;<br>
                  &gt; &gt; #0 0x00000035b2430265 in raise () from
                  /lib64/libc.so.6<br>
                  &gt; &gt;<br>
                  &gt; &gt; (gdb) bt<br>
                  &gt; &gt;<br>
                  &gt; &gt; #0 0x00000035b2430265 in raise () from
                  /lib64/libc.so.6<br>
                  &gt; &gt;<br>
                  &gt; &gt; #1 0x00000035b2431d10 in abort () from
                  /lib64/libc.so.6<br>
                  &gt; &gt;<br>
                  &gt; &gt; #2 0x00002aed9f0a8fd7 in os::abort(bool) ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #3 0x00002aed9f1fc05d in
                  VMError::report_and_die() ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #4 0x00002aed9f0af655 in
                  JVM_handle_linux_signal ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #5 0x00002aed9f0abbae in signalHandler(int,
                  siginfo*, void*) ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #6 &lt;signal handler called&gt;<br>
                  &gt; &gt;<br>
                  &gt; &gt; #7 0x00002aed9ee64703 in void
                  ParScanClosure::do_oop_work&lt;unsigned<br>
                  &gt; &gt; int&gt;(unsigned int*, bool, bool) () from<br>
                  &gt; &gt;
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #8 0x00002aed9f095d43 in
                  objArrayKlass::oop_oop_iterate_nv(oopDesc*,<br>
                  &gt; &gt; ParScanWithoutBarrierClosure*) () from<br>
                  &gt; &gt;
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #9 0x00002aed9f0bc0e4 in
                  ParScanThreadState::trim_queues(int) ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #10 0x00002aed9f0bcbde in
                  ParEvacuateFollowersClosure::do_void() ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #11 0x00002aed9f0bce36 in
                  ParNewGenTask::work(int) ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #12 0x00002aed9f21245d in GangWorker::loop()
                  ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #13 0x00002aed9f212374 in GangWorker::run()
                  ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #14 0x00002aed9f0ae14f in
                  java_start(Thread*) ()<br>
                  &gt; &gt;<br>
                  &gt; &gt; from
                  /usr/java/jdk1.6.0_24/jre/lib/amd64/server/libjvm.so<br>
                  &gt; &gt;<br>
                  &gt; &gt; #15 0x00000035b2c0673d in start_thread ()
                  from /lib64/libpthread.so.0<br>
                  &gt; &gt;<br>
                  &gt; &gt; #16 0x00000035b24d3d1d in clone () from
                  /lib64/libc.so.6<br>
                  &gt; &gt;<br>
                  &gt; &gt; (gdb)<br>
                  &gt; &gt;<br>
                  &gt;<br>
                  &gt;<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 &lt;signal handler called&gt;<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>