Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-4479571

JVM core dumps after receiving out of memory messages

    XMLWordPrintable

    Details

    • Subcomponent:
    • CPU:
      sparc
    • OS:
      solaris_7

      Description

      This problem is present in both 1.3.0_02 1.3.0_03 and 1.3.1

      Changing the time-stamp of a servlet deployed in WebLogic 6's
      public_html/WEB-INF/classes/ directory triggers the OutOfMemory errors and
      the eventual HotSpot crash.

      When a servlet is changed, WebLogic 6's code destroys its current class
      loader object and instantiates a new one. This requires any session objects
      in memory to be serialized before the class loader is destroyed, then
      deserialized and reinstantiated for the new class loader. (This is
      documented at
      http://e-docs.bea.com/wls/docs60////servlet/progtasks.html#143031 under the
      "ClassCastException and HTTP Sessions" header).

      There is a lot of serialization/deserialization happening all at once, which
      is what we suspect is causing the problem.

      This problem happens with any of the flags -client, -server or -hotspot

      java.lang.OutOfMemoryError
      <<no stack trace available>>
      <Jul 9, 2001 9:51:02 AM EDT> <Error> <HTTP> <[WebAppServletContext(2378821,public_html)] Servlet failed with Exception
      java.lang.OutOfMemoryError
      <<no stack trace available>>
      >
      java.lang.OutOfMemoryError
      <<no stack trace available>>
      <Jul 9, 2001 9:51:02 AM EDT> <Error> <HTTP> <[WebAppServletContext(2378821,public_html)] Servlet failed with Exception
      java.lang.OutOfMemoryError
      <<no stack trace available>>
      >
      #
      # HotSpot Virtual Machine Error, Internal Error
      # Please report this error at
      # http://java.sun.com/cgi-bin/bugreport.cgi
      #
      # Error ID: 4349254E560E43505000F4 01
      #
      # Problematic Thread: prio=5 tid=0x100ae0 nid=0xb runnable
      #

      ========
      dbx output of thread
      current thread: t@11
      =>[1] __sigprocmask(0x0, 0xfea01f38, 0x0, 0xffffffff, 0xffffffff, 0x0), at 0xff379cf0
        [2] _resetsig(0xff38c984, 0x0, 0xfea03dc0, 0x0, 0x0, 0xfea03e40), at 0xff36f31c
        [3] _sigon(0xff3943d8, 0xff394278, 0xfea03e38, 0xfea0200c, 0x6, 0xff2cd0ac), at 0xff36ea40
        [4] _thrp_kill(0x0, 0xb, 0x6, 0xff38c984, 0xfea03dc0, 0xff393bf4), at 0xff371944
        [5] abort(0xff333bb0, 0xfea02100, 0x0, 0xfffffff8, 0x0, 0xfea02121), at 0xff2b9468
        [6] os::abort(0x1, 0xfe78c000, 0x1, 0xfea02, 0xfe78c000, 0xfea0211c), at 0xfe6e28ac
        [7] report_error(0xee, 0xfea02992, 0xf4, 0xfe73eca4, 0xfe7c6df8, 0xfe78c000), at 0xfe650ae0
        [8] report_fatal(0xf4, 0xfe78c000, 0xfe762218, 0xfea03344, 0x100ae0, 0x2), at 0xfe6503b0
        [9] ciEnv::get_constant_by_index_impl(0x0, 0x100ae0, 0xfea03b78, 0x2, 0xfe78c000, 0xfea033b0), at 0xfe5d7880
        [10] ciEnv::get_constant_by_index(0xfe79f8ec, 0x100ae0, 0xfea03438, 0x2, 0xfe78c000, 0x1f5f08), at 0xfe5d75ec
        [11] ciBytecodeStream::get_constant(0x1f5f08, 0xfea03b78, 0xfe78c000, 0xfea034b0, 0xfea03550, 0x2), at 0xfe5d74d
      4
        [12] GraphBuilder::load_constant(0xfe78c000, 0x100fa0, 0xfea035d4, 0x100f98, 0x100f94, 0x100f90), at 0xfe5d6f84
        [13] GraphBuilder::connect_to_end(0xfe7b8fac, 0xfe7b8fb0, 0xfe7b8fb4, 0xfe7b8fb8, 0xfe7b8fbc, 0xfe78c000), at 0x
      fe5acf54
        [14] GraphBuilder::handle_exception(0xda9d78, 0xdaa8b0, 0xdaa99c, 0xfe78c000, 0xffffffff, 0xfe7b0c3c), at 0xfe5d
      477c
        [15] GraphBuilder::connect_to_end(0xfe7b8fac, 0xfe7b8fb0, 0xfe7b8fb4, 0xfe7b8fb8, 0xfe7b8fbc, 0xfe78c000), at 0x
      fe5ac300
        [16] GraphBuilder::GraphBuilder(0xda9ea0, 0xfea03a98, 0x100fd0, 0xda9cd4, 0xda9de4, 0xfea03770), at 0xfe5abbc0
        [17] IRScope::build_graph(0xda9e50, 0xfea03a98, 0xffffffff, 0x1f4f60, 0xfe78c000, 0xfe78c000), at 0xfe5aa970
        [18] IR::IR(0xda9ccc, 0xfea03a98, 0x1f5ec0, 0xda9cb8, 0x100fd0, 0x100dd0), at 0xfe5a9ba4
        [19] Compilation::build_hir(0x100f7c, 0xfe78c000, 0xfea03a98, 0xfea03ba4, 0x400, 0xfffffffc), at 0xfe5a9984
        [20] Compilation::compile_java_method(0xfea03a98, 0xfea03a1c, 0xfea03a98, 0x100ae0, 0xfea03ba4, 0xfea039cc), at
      0xfe5a8a18
        [21] Compilation::Compilation(0x100ca0, 0xfea03b78, 0x1f5ec0, 0xffffffff, 0x100c84, 0xfe78c000), at 0xfe5a8440
        [22] Compiler::compile_method(0x100c84, 0x100c18, 0xfe78c000, 0x1f5ec0, 0xffffffff, 0x1f5ec0), at 0xfe5a81a0
        [23] CompileBroker::invoke_compiler_on_method(0x1f5ec0, 0x0, 0xfe7ab604, 0x0, 0x0, 0xa48), at 0xfe5a3a98
        [24] CompileBroker::compiler_thread_loop(0x29128, 0x100ae0, 0xfe78c000, 0xfea03d60, 0xfe78c000, 0xf9cf5130), at
      0xfe59df70
        [25] JavaThread::run(0xfe904000, 0xfe795d3c, 0xfe78c000, 0x100000, 0x100ae0, 0x100000), at 0xfe58e040
        [26] _start(0xfe78c000, 0xff255d60, 0x0, 0xb8681e50, 0x1, 0xfe401000), at 0xfe57dea4



      All info (java_g core file and dbx output(newdbxout) and error logs) are contained in
      /net/cores.east/cores/62553685

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              chrisphi Chris Phillips
              Reporter:
              msusko Mark Susko (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Imported:
                Indexed: