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

Hotspot client crash on long time executing

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P1 P1
    • 1.3.1
    • 1.3.0
    • hotspot
    • rc1
    • sparc
    • solaris_2.6

        We have a Hotspot VM crash issue (Solaris/linux) from a licensee.

        When servlet application runs 10 hours with a couple of clients'
        accessing to server machine, Hotspot VM crash with core dump
        with the following message.

        #
        # HotSpot Virtual Machine Error, Unexpected Signal 10
        # Please report this error at
        # http://java.sun.com/cgi-bin/bugreport.cgi
        #
        # Error ID: 4F533F534F4C415249530E435050079A 01
        #
        # Problematic Thread: prio=5 tid=0x2c7e10 nid=0x9b runnable
        #

        There is no reproducible mini code here, but it always happens on the
        licnesee site after long time run.

        1. Configration

          Server side )
            cpu0: SUNW,UltraSPARC-II (upaid 0 impl 0x11 ver 0x11 clock 296 MHz)
            SunOS Release 5.6 Version Generic_105181-14 [UNIX(R) System V Release 4.0]
            Copyright (c) 1983-1997, Sun Microsystems, Inc.
            mem = 131072K (0x8000000)

        2. JDK
         
          Here is the results of "java -version" and "java -fullversion" command.

           % java -version
           java version "1.3.0"
           Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
           Java HotSpot(TM) Client VM (build 1.3.0, mixed mode)

           % java -fullversion
           java full version "1.3.0"

        3. Others

          I attached the core file(core.0314).

        =============================================================

        I will add the stack trace with dbx.

        (dbx) where -h
          [1] __setcontext(0x0, 0x609e4f78, 0x0, 0xffffffff, 0xffffffff, 0x0), at 0xef784d34
          [2] _resetsig(0xef7978bc, 0xe4d81dd8, 0xef796c08, 0x0, 0x0, 0xe4d81e44), at 0xef77ba54
          [3] _sigon(0xef79c9e0, 0xef79b680, 0xe4d81e3c, 0xe4d80374, 0x6, 0x9b), at 0xef77b19c
          [4] _thrp_kill(0x0, 0x9b, 0x6, 0xef796c08, 0xe4d81dd8, 0xef79b01c), at 0xef77dff0
          [5] abort(0xef723180, 0xe4d80468, 0x0, 0xfffffff8, 0x0, 0xe4d80489), at 0xef6ba600
          [6] os::abort(0x1, 0xeeb30824, 0x26640, 0xe4d80, 0xeeb73b44, 0xe4d80484), at 0xee9ee65c
          [7] report_error(0xe4, 0xe4d80d04, 0x79a, 0xeeb3062c, 0xeebaadbc, 0xeeb73b44), at 0xee8e4d34
          [8] handle_unexpected_exception(0xeeb73b44, 0xa, 0xe4d813b8, 0xee9d834c, 0xee9d834c, 0x0), at 0xee9effc0
          [9] JVM_handle_solaris_signal(0xeeb73b44, 0xee9d834c, 0xee9d834c, 0x0, 0xee9d834c, 0x2c7e10), at 0xee9f311c
          [10] _ex_clnup_handler(0xa, 0xe4d813b8, 0xe4d81100, 0xee9efaa0, 0xe4d81e4c, 0xe4d81e2c), at 0xef786650
        =>[11] sigacthandler(0xa, 0xe4d813b8, 0xe4d81100, 0xef796c08, 0x28, 0xe4d81e5c), at 0xef783b00
          ---- called from signal handler with signal 10 (SIGBUS) ------
          [12] methodOopDesc::fast_exception_handler_bci_for(), at 0xee9d8254

        ================================================================================


              smitrovisunw Srdjan Mitrovic (Inactive)
              tbaba Tadayuki Baba (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved:
                Imported:
                Indexed: