Solaris Core Dump Debug

Please Help me on investigating the process for opening/debugging a core file on a machine that did not generate it? The idea here is if a client has a core file, they can email it to us and we can debug it here.
It is a application core file. We are using sun workshop.

u can use adb utility to debug the core
on solaris .
i.e
adb objectfile corefile

Similar Messages

  • Java Core Dump Debug

    Hi,
    One of my Java Processes on Solaris Core Dumped due to SIGNAL 11 (SIGENV) and SIGNAL 10 (SIGBUS). SIgnal 11 is caused due to a Segmentation fault and Signal 10 is caused due to a 'Bus error' (hardware error).
    I would like to know, which is the best debugger to debug this core dump (java) and know the root cause. I tried 'gdb' but I am not sure if 'gdb' works for java. I would like to get a neat stack trace of the error.
    Any help is appreciated.
    Thanks.

    Check out this page: http://www-128.ibm.com/developerworks/java/library/j-jnidebug/index.html

  • Firefox 3.6.3 crashes randomly when used throught SUN Secure Global Desktop. I have a Solaris core dump. Is there a way to get the dump read?

    Running FF 2.0.0.8 with Sun Secure Global Desktop - no issues. Upgraded to V3.6.2, then 3.6.3. Both upgrades failed. Browser randomly crashes at different times, different pages. FF works if directly ssh'ing into application sever. When accessing FF after loging in using SGD, I get random crashes. I have a Solaris core dump generated by FF. Is there anyone that can read/diagnos the core dump?

    I have identified the issue and received a 'fix' from the
    Oracle Secure Global Desktop support team.
    The issue - firefox is crashing when attempting to talk to the sound server which is not active. All activity within the window works fine, except ff hangs the second you move the mouse in to the top level menu.
    We disabled the audio under the SGD configuration and that ficed the issue.

  • Indecipherable core dump on Solaris x86_64

    On a 64-bit Solaris x86 machine (SunOS tempest-solaris 5.10 Generic_141445-09 i86pc i386 i86pc Solaris), I have been running gcc 4.3.4 (configured for i686-pc-solaris2.10) without a hitch. Both dbx 7.8 and gdb 7.1 are able to read core dumps created from a simple "goodbye, cruel world" program (kind of like "hello world", but it dereferences NULL at the end) built with gcc -m64 -g. However, with a more complex program, neither gdb nor dbx are able to figure it out core dumps (though they can debug it just fine if I set a breakpoint in main and start the program in the debugger).
    gdb's failure looks like this:
    GNU gdb (GDB) 7.1
    Copyright (C) 2010 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later
    <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "x86_64-pc-solaris2.10".
    For bug reporting instructions, please see:
    <http://www.gnu.org/software/gdb/bugs/>...
    Reading symbols from
    /net/chronic2nas/emake-slothman-main-201006211520/out/i686_SunOS_64.5.10/ecloud/agent/ecagent...done.
    [New LWP 1]
    [New LWP 2]
    [New LWP 3]
    [New LWP 4]
    [New LWP 5]
    Reading symbols from /usr/lib/amd64/ld.so.1...(no debugging symbols
    found)...done.
    Loaded symbols for /usr/lib/amd64/ld.so.1
    Core was generated by `/opt/ecloud/i686_SunOS.5.10/bin/ecagent
    /opt/ecloud/i686_SunOS.5.10/bin/runagen'.
    Program terminated with signal 11, Segmentation fault.
    #0  0xfffffd7ffeac431c in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeac431c in ?? ()
    Cannot access memory at address 0xfffffd7fffdfed30
    (gdb) thread 2
    [Switching to thread 2 (LWP 2)]#0  0xfffffd7ffeb2c8fa in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeb2c8fa in ?? ()
    Cannot access memory at address 0xfffffd7ffe1f8dd8
    (gdb) thread 3
    [Switching to thread 3 (LWP 3)]#0  0xfffffd7ffeb27527 in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeb27527 in ?? ()
    Cannot access memory at address 0xfffffd7ffdfffd68
    (gdb) thread 4
    [Switching to thread 4 (LWP 4)]#0  0xfffffd7ffeb27527 in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeb27527 in ?? ()
    Cannot access memory at address 0xfffffd7ffde00e78
    (gdb) thread 5
    [Switching to thread 5 (LWP 5)]#0  0xfffffd7ffeb2c8fa in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeb2c8fa in ?? ()
    Cannot access memory at address 0xfffffd7ffdbffc58
    (gdb) info sharedlibrary
    From                To                  Syms Read   Shared Object Library
    0xfffffd7fff3c1010  0xfffffd7fff3e614e  Yes (*)     /usr/lib/amd64/ld.so.1
    (*): Shared library is missing debugging information.and dbx's looks like this:
    Reading ecagent
    dbx: internal warning: writable memory segment 0x597000[28672] of size 0 in core
    dbx: internal warning: writable memory segment 0x59e000[3600384] of size 0 in core
    dbx: internal warning: writable memory segment 0xfffffd7ffd405000[4096] of size 0 in core
    dbx: internal warning: writable memory segment 0xfffffd7fff3fd000[8192] of size 0 in core
    dbx: internal warning: writable memory segment 0xfffffd7fffdfa000[24576] of size 0 in core
    core file header read successfully
    Reading ld.so.1
    dbx: core file read error: address 0xfffffd7fff3fb000 not available
    dbx: core file read error: address 0xfffffd7fff3fbae0 not available
    dbx: core file read error: address 0x598ff0 not available
    dbx: warning: Dbx could not initialize rtld_db
    Make sure this is the same version of Solaris where the core dump originated.
    Use `help core mismatch' for more info.
    (l@1) terminated by signal SEGV (no mapping at the fault address)
    0xffffffffffffffff:     <bad address 0xffffffffffffffff>
    (dbx) where
      [1] 0xfffffd7ffeac431c(0x0, 0x0, 0x784120, 0x170, 0x7, 0xffffffff), at 0xfffffd7ffeac431c
    (dbx) threads
    dbx: thread related commands not availableI get these errors even when debugging on the exact same machine where the core dump was generated. pstack is similarly confused:
    tempest-solaris% pstack /net/chronic2nas/emake-slothman-main-201006211520/logs-201006211902-solx2-ea2/core
    core '/net/chronic2nas/emake-slothman-main-201006211520/logs-201006211902-solx2-ea2/core' of 14854:     /opt/ecloud/i686_SunOS.5.10/bin/ecagent /opt/ecloud/i686_SunOS.5.10/bi
    -----------------  lwp# 1  --------------------------------
    fffffd7ffeac431c ???????? ()
    -----------------  lwp# 2  --------------------------------
    fffffd7ffeb2c8fa ???????? ()
    -----------------  lwp# 3  --------------------------------
    fffffd7ffeb27527 ???????? ()
    -----------------  lwp# 4  --------------------------------
    fffffd7ffeb27527 ???????? ()
    -----------------  lwp# 5  --------------------------------
    fffffd7ffeb2c8fa ???????? ()
    pstack: warning: librtld_db failed to initialize; symbols from shared libraries will not be availableAre there any arcane configuration parameters in Solaris that affect the generation of core dumps?

    Bother. Spoke too soon. One of my tests generated a readable core file, but the rest are having the same issues as detailed above. I am examining the core dump on the machine that generated it. The sizes of the failed tests are 21,522,239 and 21,485,375 and 21,526,447, so I doubt it’s running into a limit. (The successful one was 27,942,207.)
    On this machine, coreadm reports:
         global core file pattern:
         global core file content: all
           init core file pattern: core
           init core file content: all
                global core dumps: disabled
           per-process core dumps: enabled
          global setid core dumps: disabled
    per-process setid core dumps: disabled
         global core dump logging: disabledThe machine that got the successful core dump was physical while the ones where it failed were running under VMware LabManager, but I would be very surprised if that makes a difference to this matter. The successful core dump was generated by signal 9 (kill), while the bad ones have all been by signal 11 (segmentation fault).

  • Core Dump on Solaris 10 (Signal 10 - Bus Error), but not on Solaris 8?

    Hi,
    We just moved our product from Solaris 8 to Solaris 10. It runs for months on Solaris 8 without any problems, while core dumped after running about 2 weeks on Solaris 10.
    Any clue on what could be wrong is apprecaited.
    pam

    Hi Andrew,
    Appreciate your answer very much. I am very new to Solaris and UNIX in general. Would you please let me know what kind of info would help diagnose the
    problem? I have stack pointer, output of "where" from gdb. frme pointer, etc.
    pam
    ===================
    GNU gdb 6.3
    Copyright 2004 Free Software Foundation, Inc.
    GDB is free software, covered by the GNU General Public License, and you are
    welcome to change it and/or distribute copies of it under certain conditions.
    Type "show copying" to see the conditions.
    There is absolutely no warranty for GDB. Type "show warranty" for details.
    This GDB was configured as "sparc-sun-solaris2.8"...(no debugging symbols found)
    Core was generated by `./warnsrvr'.
    Program terminated with signal 10, Bus error.
    #0 0x001a3ca8 in __1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__ ()
    (gdb) where
    #0 0x001a3ca8 in __1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__ ()
    #1 0x001a3ca8 in __1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__ ()
    Previous frame identical to this frame (corrupt stack?)
    ======================================
    (gdb) disassemble 0x001a3ca8
    Dump of assembler code for function __1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__:
    0x001a3c24 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+0>: cmp %o0, 1
    0x001a3c28 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+4>: be,pn %icc, 0x1a3c38 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+20>
    0x001a3c2c <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+8>: sethi %hi(0x572000), %l6
    0x001a3c30 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+12>: ret
    0x001a3c34 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+16>: restore %g0, 0, %o0
    0x001a3c38 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+20>: ld [ %l6 + 0x358 ], %l5
    0x001a3c3c <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+24>: cmp %l5, 0
    0x001a3c40 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+28>: bne,pn %icc, 0x1a3c50 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+44>
    0x001a3c44 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+32>: cmp %l5, 1
    0x001a3c48 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+36>: ret
    0x001a3c4c <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+40>: restore %g0, 1, %o0
    0x001a3c50 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+44>: bne,pn %icc, 0x1a3cb0 <__1cSWPReferenceManagerOInputIonoModel6MrknKIONO_MODEL_khki_nGRESULT__+4>
    0x001a3c54 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+48>: sethi %hi(0x1a3c00), %l7
    0x001a3c58 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+52>: mov -1, %i1
    0x001a3c5c <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+56>: sth %i1, [ %fp + -1864 ]
    0x001a3c60 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+60>: add %fp, -1824, %o0
    0x001a3c64 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+64>: ldd [ %l7 + 8 ], %f0
    0x001a3c68 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+68>: call 0x1c87f0 <___const_seg_900001301+16>
    0x001a3c6c <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+72>: std %f0, [ %fp + -1856 ]
    0x001a3c70 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+76>: call 0x1cf888 <__1cKIono2Ascii6FrknKIONO_MODEL_pcki_v_+100>
    0x001a3c74 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+80>: add %fp, -1864, %o0
    0x001a3c78 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+84>: sllx %i2, 0x30, %o1
    0x001a3c7c <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+88>: mov %i0, %o0
    0x001a3c80 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+92>: srax %o1, 0x30, %o1
    0x001a3c84 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+96>: call 0x182cb0 <__1cTGenReferenceManagerOGetCorrections6MrknKCLSGpsTime_rknICLSCoord_rnOCORRECTION_SET__nGRESULT__+3504>
    0x001a3c88 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+100>: add %fp, -1864, %o2
    0x001a3c8c <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+104>: cmp %o0, 1
    0x001a3c90 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+108>: be,pn %icc, 0x1a3ca0 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+124>
    0x001a3c94 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+112>: mov %i0, %o0
    0x001a3c98 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+116>: ret
    0x001a3c9c <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+120>: restore %g0, 0, %o0
    0x001a3ca0 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+124>: call 0x1a7068 <__1cSWPReferenceManagerPAdjustXTRATimes6MpnZCLSGnssSatellitePredictor_khrnKCLSGpsTime_rd_nGRESULT__+3584>
    0x001a3ca4 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+128>: add %fp, -1864, %o1
    0x001a3ca8 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+132>: ret
    End of assembler dump.
    =====================================
    (gdb) info registers
    g0 0x0 0
    g1 0xfd77ecb8 -42472264
    g2 0x11 17
    g3 0xecf0 60656
    g4 0xfd77e304 -42474748
    g5 0xfc 252
    g6 0x0 0
    g7 0xfeda4200 -19250688
    o0 0x1 1
    o1 0x20 32
    o2 0x693500 6894848
    o3 0xecf0 60656
    o4 0x6a21f0 6955504
    o5 0x1 1
    sp 0xfd77ec38 0xfd77ec38
    o7 0x1a3ca0 1719456
    l0 0x1b000021 452984865
    l1 0x2ca2a40 46803520
    l2 0x40173076 1075261558
    l3 0x57d22e16 1473392150
    l4 0x3fa80492 1067975826
    l5 0x3c06fe49 1007091273
    l6 0x4072b4a5 1081259173
    l7 0x410d711d 1091399965
    i0 0x421c0000 1109131264
    i1 0xffffffff -1
    i2 0x1d000018 486539288
    i3 0x2ca2808 46802952
    i4 0x40138e4a 1075023434
    i5 0x8b122e16 -1961742826
    fp 0xbfb17c3b 0xbfb17c3b
    i7 0xa817f0db -1474826021
    y 0x3 3
    psr 0xfe401007 -29356025
    wim 0x0 0
    tbr 0x0 0
    pc 0x1a3ca8 0x1a3ca8 <__1cSWPReferenceManagerMInputUtcInfo6MrknIUTC_INFO_khki_nGRESULT__+132>
    npc 0x1a3cac 0x1a3cac <__1cSWPReferenceManagerOInputIonoModel6MrknKIONO_MODEL_khki_nGRESULT__>
    fsr 0x400420 4195360
    csr 0x0 0

  • Help: dbx core dump, solaris 10, amd64

    Hi,
    Recently I run into the following when I debug a core dump,
    (dbx) where
    dbx: internal error: signal SIGSEGV (no mapping at the fault address)
    dbx's coredump will appear in /tmp
    Abort (core dumped)
    -bash-3.00$ dbx -V
    Sun Ceres DBX Debugger 7.7 SunOS_i386 2008/10/22
    For information about new features see `help changes'
    To remove this message, put `dbxenv suppress_startup_message 7.7' in your .dbxrc
    (dbx)
    I wonder if anyone has some idea of this bug, is it known? Is it fixed in sunstudio 12 u1?
    If needed, I can supply /tmp/core dumped by dbx.
    Thanks,

    -bash-3.00$ cat /etc/release
    Solaris 10 5/08 s10x_u5wos_10 X86
    Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
    Use is subject to license terms.
    Assembled 24 March 2008
    -bash-3.00$ pstack /tmp/core
    core '/tmp/core' of 11962: /z/tools/SUNWspro/bin/../prod/bin/amd64/dbx ./gp3310/bin/postgres core
    fffffd7fff1bc99a lwpkill () + a
    fffffd7fff161c89 raise () + 19
    fffffd7fff141210 abort () + 90
    0000000000565bb4 ???????? ()
    fffffd7fff1b7176 __sighndlr () + 6
    fffffd7fff1aba72 call_user_handler () + 252
    fffffd7fff1abc8e sigacthandler (b, fffffd7fffdfeef0, fffffd7fffdfeb90) + de
    --- called from signal handler with signal 11 (SIGSEGV) ---
    00000000007854a8 SUNWXUnw_Decode_FDE () + 324
    000000000078393b ???????? ()
    0000000000783a74 ???????? ()
    000000000060345d __1cLUnwindStackIdown_one6M_i_ () + 1d
    00000000005e7185 __1cFFramePunwind_down_one6MpnGPstack__b_ () + e1
    00000000005e77c8 __1cFFrameLcreate_next6FpnGPstack_i_p0_ () + 2e0
    0000000000677471 __1cGPstackRcreate_next_frame6M_pnFFrame__ () + 59
    0000000000677d00 __1cGPstackJwalkstack6MipnFFrame_bpF2pv_b3_2_ () + 78
    0000000000678bc1 __1cGPstackIwherecmd6Miibpv_v_ () + 221
    000000000060c9a5 __1cVDbxWhereCmdProcessingHprocess6Mippc_i_ () + 151
    000000000060ca5a __1cJksh_where6FpnGInterp_ippcpv_i_ () + 32
    000000000072f3ea ???????? ()
    000000000072ecfe __1cNpdksh_execute6FpnGInterp_pnCop_i_i_ () + 946
    000000000071d3ac __1cLpdksh_shell6FpnGInterp_pnGSource__i_ () + 468
    0000000000569254 __1cNmain_cmd_loop6FpnGInterp__v_ () + 9c
    0000000000569ba5 main () + 705
    000000000055defc ???????? ()
    Thanks,

  • Tuxedo8 core dumps when performing a tpcall in Solaris

    Hi all,
    I'm installing a Tuxedo application on a Solaris OS:
    SunOS 5.8 Generic_108528-13 sun4u sparc SUNW,Sun-Fire-280R
    Tuxedo 8.0 compiled under 32bits libraries.
    This application also runs correctly under a RedHat Linux 7.1 (kernel 2.4.9-31)
    and on a Digital (OSF1 V4.0 878 alpha)
    When running the application on Solaris, we always get a core dump when the service
    performs a tpcall. Debugging the Tuxedo server we can see the core dump is produced
    when the service gets de response from the tpcall, i.e: when the service called
    performs the tpreturn.
    Any clues will be appreciated, thanks!
    Yol.

    Oh, thanks very much, what a stupid mistake! sorry :(
    We knew about the cast, but after looking for the problem in many ways we didn't
    realize FLDLEN was a short!
    Thank you all for your quick help!
    Yol.
    Scott Orshan <[email protected]> wrote:
    FLDLEN nLongitud is a short. Casting its pointer to a long * does not
    change the
    fact that the return value will overwrite other memory. On Linux, the
    alignment or
    arrangement of the stack was different, so it didn't core dump. You need
    to pass
    the address of a real long for the return length.
         Scott Orshan
    Yol. wrote:
    Yes, that's what we thought at first sight, nevertheless remember itruns ok in
    other OS.
    Anyway here I give you 2 samples of code we've tried.
    Any of this cases fail creating a core dump.
    Case 1:
    Src1 calls Src2:
    Src1:
    void SRC1(TPSVCINFO * BufferFml)
    FLDLEN nLongitud;
    FBFR *pBuffer;
    pBuffer = (FBFR *) BufferFml->data;
    if (tpcall("SRC2", (char *) pBuffer, 0, (char **) &pBuffer, (long*) &nLongitud,
    0) == -1)
    userlog("Error!!!!!!!!!!!!!!!!!");
    tpreturn(TPSUCCESS, 0, (char *) pBuffer, 0L, 0);
    Src2
    void SRC2(TPSVCINFO * BufferFml)
    FLDLEN nLongitud;
    FBFR *pBuffer;
    pBuffer = (FBFR *) BufferFml->data;
    tpreturn(TPSUCCESS, 0, (char *) pBuffer, 0L, 0);
    Case 2:
    Src1 calls Src2:
    Src1:
    The same as in case 1
    Src2:
    void SRC2(TPSVCINFO * BufferFml)
    tpreturn(TPSUCCESS, 0, NULL, 0L, 0);
    Thanks anyway for your attention ;-)
    Peter Holditch <[email protected]> wrote:
    Yol,
    My initial guess is that your code is not keeping track of the tpalloced
    buffers correctly - in particular, the one that the reply is received
    into.
    If you post some code, maybe someone will see the error. Alternatively,
    have you got purift or some other bounds checking software that might
    help you track the problem?
    Regards,
    Peter.
    Yol. wrote:
    Hi all,
    I'm installing a Tuxedo application on a Solaris OS:
    SunOS 5.8 Generic_108528-13 sun4u sparc SUNW,Sun-Fire-280R
    Tuxedo 8.0 compiled under 32bits libraries.
    This application also runs correctly under a RedHat Linux 7.1 (kernel2.4.9-31)
    and on a Digital (OSF1 V4.0 878 alpha)
    When running the application on Solaris, we always get a core dumpwhen the service
    performs a tpcall. Debugging the Tuxedo server we can see the coredump is produced
    when the service gets de response from the tpcall, i.e: when the servicecalled
    performs the tpreturn.
    Any clues will be appreciated, thanks!
    Yol.

  • Report Server: RTF format on Solaris gives Core Dump

    We have Report Server 6.0.8.11.2 on Solaris.
    We are running reports thru URL and it is working fine for PDF and HTML. When we specify the desformat as RTF it gives Segmentation Fault Core dumped.
    We have tried using rwcli60 thru command line and it gives the same error, while PDF and HTML format is fine.
    Is there a patchset for Solaris for the same or are we missing on some parameter?
    - Tarun

    Hi I am a beginner to solaris and am trying to install Sun ONE Application Server on the virtual machine which runs Solaris10 on X86. When I try to launch the executable bin file, i get a message saying Killed.
    It seems like it is not initiating the executable. ANy comments would be appreciated
    thanks
    nash

  • Solaris 8 branded zone core dump on cssd

    Hi,
    Just migrated my first Sol8 machine to a solaris 8 branded zone. but on the console I get error messages:
    Nov 8 12:45:42 gent320b cssd: The process "ccv.sh" has been killed by sig#139, core dumped
    Nov 8 12:45:47 gent320b cssd: The process "kkcv.sh" has been killed by sig#139, core dumped
    the netstat -f unix
    Active UNIX domain sockets
    Address Type Vnode Conn Local Addr Remote Addr
    stream-ord 6000ebffad8 00000000 /tmp/jd_sockV6
    output doesn't list any /dev/ccv or /dev/kkcv sockets like to 'real' machine.
    Any ideas?

    This error messages are output by
    cssd which is a input method of Japanese.
    If you don't use Japanese input method cs00, you can stop it by following method.
    # /etc/init.d/loc.ja.cssd stop
    # mv /etc/rc2.d/S90loc.ja.cssd /etc/rc2.d/_S90loc.ja.cssd

  • Inetd service/program crashes with core dump in Solaris 8 zone/container

    I have developed a service in C that is launched from inetd when something comes on a specific port.
    When a connection is opened to the port a core dump is created in the same directory where the executable file is located.
    If you run the same service program from the command line everything is working perfect.
    This is running in a Solaris 8 zone/container on a Solaris 10 machine.
    Everything is set correctly in /etc/inetd.conf and in /etc/services.
    I have even stripped down the program to a hello world program that is just printing a string to the screen and it is still crashing with a core dump.
    # ldd test_srv
    /usr/lib/secure/s8_preload.so.1
    libc.so.1 => /usr/lib/libc.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    /usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1
    The same service is running on a Linux machine and on a Solaris 10 machine without zones/containers without any problems.
    Can you please help me figure out what am I missing. Is there something specific with zones/containers that should be set / configured?
    Do I have to set some specific env. variables to work in a Solaris 8 zone/container environment or is it something very simple that I'm missing?

    Could you please examine the truss log and advice what the problem is and how to fix it?
    (some lines deleted)
    bash-2.03# truss -f -p 18361 #### /usr/sbin/inetd -s -t &
    18361:  poll(0xFFBFF528, 53, -1)        (sleeping...)
    18361:  poll(0xFFBFF528, 53, -1)                        = 1
    18361:  accept(63, 0xFFBFF870, 0xFFBFF914, 1)           = 3
    18361:  sigprocmask(SIG_BLOCK, 0xFFBFF5F0, 0xFFBFF600)  = 0
    18361:  lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
    18361:  lwp_sigtimedwait(0xFFBFF568, 0xFFBFF728, 0x00000010) = 0
    18361:  fork()                                          = 1921
    1921:   fork()          (returning as child ...)        = 18361
    1921:   sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
    18361:  sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
    1921:   lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
    18361:  sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
    18361:  close(3)                                        = 0
    18361:  sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
    1921:   lwp_sigtimedwait(0xFFBFF668, 0xFFBFF528, 0x00000020) = 0
    1921:   sigaction(SIGHUP, 0xFFBFF528, 0xFFBFF500)       = 0
    18361:  lwp_sigtimedwait(0xFFBFF568, 0xFFBFF5F0, 0x00000010) = 0
    1921:   lwp_sigtimedwait(0xFFBFF508, 0xFFBFF458, 0x00000010) = 0
    18361:  sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
    1921:   sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
    1921:   lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
    1921:   lwp_sigtimedwait(0xFFBFF568, 0xFFBFF728, 0x00000010) = 0
    1921:   fcntl(3, F_DUP2FD, 0x00000000)                  = 0
    1921:   close(3)                                        = 0
    1921:   fcntl(0, F_DUP2FD, 0x00000001)                  = 1
    1921:   fcntl(0, F_DUP2FD, 0x00000002)                  = 2
    1921:   open64("/etc/.name_service_door", O_RDONLY)     = 3
    1921:   fcntl(3, F_SETFD, 0x00000001)                   = 0
    1921:   door_info(3, 0xFF0C2748)                        = 0
    1921:   door_call(3, 0xFFBFF278)                        = 0
    1921:   close(67)                                       Err#9 EBADF
    1921:   close(66)                                       Err#9 EBADF
    1921:   close(65)                                       Err#9 EBADF
    1921:   close(64)                                       Err#9 EBADF
    1921:   close(63)                                       = 0
    1921:   close(62)                                       = 0
    1921:   close(12)                                       = 0
    1921:   close(11)                                       = 0
    1921:   close(10)                                       Err#9 EBADF
    1921:   close(9)                                        Err#9 EBADF
    1921:   close(8)                                        Err#9 EBADF
    1921:   close(7)                                        Err#9 EBADF
    1921:   close(6)                                        Err#9 EBADF
    1921:   close(5)                                        Err#9 EBADF
    1921:   close(4)                                        Err#9 EBADF
    1921:   setrlimit(RLIMIT_NOFILE, 0xFFBFFD20)            = 0
    1921:   xenix(398872, 0xFFBFF5E4, 0x00000040)           = 38
    1921:   execve("/tmp/srv/t_srv", 0x0008B5FC, 0xFFBFFDA0)  argc = 0
    1921:   getuid()                                        = 0 [0]
    1921:   resolvepath("/usr/lib/ld.so.1", "/usr/lib/ld.so.1", 1023) = 16
    1921:   open("/var/ld/ld.config", O_RDONLY)             = 3
    1921:   fstat(3, 0xFFBFF5E8)                            = 0
    1921:   mmap(0x00000000, 148, PROT_READ, MAP_SHARED, 3, 0) = 0xFF3E0000
    1921:   close(3)                                        = 0
    1921:   stat("/usr/lib/libc.so.1", 0xFFBFF648)          = 0
    1921:   resolvepath("/usr/lib/libc.so.1", "/usr/lib/libc.so.1", 1023) = 18
    1921:   open("/usr/lib/libc.so.1", O_RDONLY)            = 3
    1921:   mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF340000
    1921:   mmap(0x00000000, 802816, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFF200000
    1921:   mmap(0xFF200000, 703520, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF200000
    1921:   mmap(0xFF2BC000, 24772, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 704512) = 0xFF2BC000
    1921:   munmap(0xFF2AC000, 65536)                       = 0
    1921:   memcntl(0xFF200000, 113528, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
    1921:   close(3)                                        = 0
    1921:   stat("/usr/lib/libdl.so.1", 0xFFBFF648)         = 0
    1921:   resolvepath("/usr/lib/libdl.so.1", "/usr/lib/libdl.so.1", 1023) = 19
    1921:   open("/usr/lib/libdl.so.1", O_RDONLY)           = 3
    1921:   mmap(0xFF340000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF340000
    1921:   mmap(0x00000000, 8192, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFF330000
    1921:   mmap(0xFF330000, 2638, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF330000
    1921:   close(3)                                        = 0
    1921:   stat("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", 0xFFBFF368) = 0
    1921:   resolvepath("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", "/usr/platform/sun4u-us3/lib/libc_psr.so.1", 1023) = 41
    1921:   open("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", O_RDONLY) = 3
    1921:   mmap(0xFF340000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF340000
    1921:   close(3)                                        = 0
    1921:   mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF320000
    1921:   dup(0)                                          = 3
    1921:   llseek(0, 0, SEEK_CUR)                          Err#29 ESPIPE
    1921:   close(0)                                        = 0
    1921:   fcntl(3, F_DUP2FD, 0x00000000)                  = 0
    1921:   close(3)                                        = 0
    1921:   dup(1)                                          = 3
    1921:   close(1)                                        = 0
    1921:   fcntl(3, F_DUP2FD, 0x00000001)                  = 1
    1921:   close(3)                                        = 0
    1921:   dup(2)                                          = 3
    1921:   close(2)                                        = 0
    1921:   fcntl(3, F_DUP2FD, 0x00000002)                  = 2
    1921:   close(3)                                        = 0
    1921:   sys#177(0x00000080, 0xFFBFFB7C, 0xFF3F0518, 0x00000000, 0xFF3C2EF8, 0xFF2C0284) = 0x00000000 [0xFFBFFB7C]
    1921:   sys#227(0x00000006, 0x00000000, 0x0001ADF0, 0xFF3F0518, 0xFF3C3C18, 0xFF3C2670) = 0x0000000C [0x00000000]
    1921:   sys#227(0x00000002, 0x0000000C, 0x0000000E, 0xFFBFFCAE, 0x00000002, 0xFF3C2670) = 0x00000002 [0x00000000]
    1921:       Incurred fault #6, FLTBOUNDS  %pc = 0xFF232E2C
    1921:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
    1921:       Received signal #11, SIGSEGV [default]
    1921:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
    1921:           *** process killed ***
    18361:      Received signal #18, SIGCLD, in poll() [caught]
    18361:        siginfo: SIGCLD CLD_DUMPED pid=1921 status=0x000B
    18361:  poll(0xFFBFF528, 53, -1)                        Err#4 EINTR
    18361:  lwp_sigtimedwait(0xFFBFF218, 0xFFBFF140, 0x00000010) = 0
    18361:  lwp_sigtimedwait(0xFFBFF130, 0xFFBFF218, 0x00000010) = 0
    18361:  sigprocmask(0, 0x00000000, 0xFFBFEF28)          = 0
    18361:  poll(0xFFBFF528, 53, -1)        (sleeping...)Thank you in advance

  • Core dump (WL - 4.5 and Solaris 7)

    We are using WebLogic 4.5 on Solaris 7. Some times the WebLogic dumps core and exits. There is no pattern for it. I am attaching the core generated:
    Could there be a solution some one knows of.
    Thanks.
    -manish
    kghalo bad size 0x15330128
    ********** Internal heap ERROR KGHALO2 addr=0x0 *********
    HEAP DUMP heap name="Alloc environm" desc=0x37083f4
    extent sz=0x1024 alt=32 het=32767 rec=0 flg=3 opc=2
    parent=0 owner=0 nex=0 xsz=0x17a0
    EXTENT 0
    Chunk 3daff00 sz= 6040 free " "
    EXTENT 1
    Chunk 4a857b8 sz= 12040 free " "
    EXTENT 2
    Chunk 3eaac98 sz= 6372 free " "
    EXTENT 3
    Chunk 3dacfe8 sz= 12040 free " "
    EXTENT 4
    Chunk 37567a0 sz= 4660 free " "
    Chunk 37579d4 sz= 4144 recreate "Alloc statemen " latch=0
    ds 3758d70 sz= 4144 ct= 1
    Chunk 3758a04 sz= 1080 freeable assoc with mark prv=0 nxt=0
    Chunk 3758e3c sz= 4144 recreate "Alloc statemen " latch=0
    ds 375a1d8 sz= 4144 ct= 1
    Chunk 3759e6c sz= 1080 freeable assoc with mark prv=0 nxt=0
    Chunk 375a2a4 sz= 28 freeable assoc with mark prv=0 nxt=0
    Chunk 375a2c0 sz= 5224 free " "
    Chunk 375b728 sz= 20 freeable assoc with mark prv=0 nxt=0
    Chunk 375b73c sz= 20 freeable assoc with mark prv=0 nxt=0
    Chunk 375b750 sz= 256 freeable assoc with mark prv=0 nxt=0
    EXTENT 5
    Chunk 404b50 sz= 13328 freeable "Alloc server h " ds=3709408
    EXTENT 6
    Chunk 3708980 sz= 40 perm "perm " alo=40
    Chunk 37089a8 sz= 2212 recreate "Alloc server h " latch=0
    ds 3709408 sz= 15540 ct= 2
    404b50 sz= 13328
    Chunk 370924c sz= 104 freeable assoc with mark prv=0 nxt=0
    Chunk 37092b4 sz= 444 freeable assoc with mark prv=0 nxt=0
    Chunk 3709470 sz= 1308 freeable assoc with mark prv=0 nxt=0
    Total heap size = 74584
    FREE LISTS:
    Bucket 0 size=272
    Bucket 1 size=528
    Bucket 2 size=1040
    Chunk 37567a0 sz= 4660 free " "
    Chunk 3dacfe8 sz= 12040 free " "
    Chunk 3eaac98 sz= 6372 free " "
    Chunk 4a857b8 sz= 12040 free " "
    Chunk 3daff00 sz= 6040 free " "
    Chunk 375a2c0 sz= 5224 free " "
    Total free space = 46376
    UNPINNED RECREATABLE CHUNKS (lru first):
    PERMANENT CHUNKS:
    Chunk 3708980 sz= 40 perm "perm " alo=40
    Permanent space = 40
    Hla: 0
    kgepop: no error frame to pop to for error 0
    Segmentation Fault
    si_signo [11]: Segmentation Fault
    si_errno [0]: Error 0
    si_code [1]: SEGV_MAPERR [addr: 0x0]
    stackpointer=F9FBFC50
    "SSLListenThread" (TID:0x3a8b58c, sys_thread_t:0x3a8b510, state:R, thread_t: t@30, threadID:0xf8d91dc8, stack_bottom:0xf8d92000, sta
    ck_size:0x20000) prio=5
    [1] java.net.PlainSocketImpl.socketAccept(Native Method)
    [2] java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
    [3] java.net.ServerSocket.implAccept(ServerSocket.java:241)
    [4] java.net.ServerSocket.accept(ServerSocket.java:224)
    [5] weblogic.security.SSL.SSLServerSocket.acceptNoHandshake(SSLServerSocket.java:121)
    [6] weblogic.security.SSL.SSLServerSocket.accept(SSLServerSocket.java:112)
    [7] weblogic.t3.srvr.ListenThread.run(ListenThread.java:277)
    "ListenThread" (TID:0x3a7b294, sys_thread_t:0x3a7b218, state:R, thread_t: t@29, threadID:0xf8e41dc8, stack_bottom:0xf8e42000, stack_
    size:0x20000) prio=5
    [1] java.net.PlainSocketImpl.socketAccept(Native Method)
    [2] java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
    [3] java.net.ServerSocket.implAccept(ServerSocket.java:241)
    [4] java.net.ServerSocket.accept(ServerSocket.java:224)
    [5] weblogic.t3.srvr.ListenThread.run(ListenThread.java:277)
    "ExecuteThread-14" (TID:0x54e104, sys_thread_t:0x54e088, state:MW, thread_t: t@25, threadID:0xf8eb1dc8, stack_bottom:0xf8eb2000, sta
    ck_size:0x20000) prio=5
    [1] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:269)
    [2] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
    [3] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    "ExecuteThread-13" (TID:0x59c504, sys_thread_t:0x59c488, state:R, thread_t: t@24, threadID:0xf8ee1dc8, stack_bottom:0xf8ee2000, stac
    k_size:0x20000) prio=5
    [1] weblogic.socket.PosixSocketMuxer.poll(Native Method)
    [2] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:270)
    [3] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    "ExecuteThread-12" (TID:0x5ba504, sys_thread_t:0x5ba488, state:MW, thread_t: t@23, threadID:0xf8f11dc8, stack_bottom:0xf8f12000, sta
    ck_size:0x20000) prio=5
    [1] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:269)
    [2] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
    [3] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    "ExecuteThread-11" (TID:0x4f62ec, sys_thread_t:0x4f6270, state:CW, thread_t: t@22, threadID:0xf8f41dc8, stack_bottom:0xf8f42000, sta
    ck_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-10" (TID:0x52810c, sys_thread_t:0x528090, state:CW, thread_t: t@21, threadID:0xf8f71dc8, stack_bottom:0xf8f72000, sta
    ck_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-9" (TID:0x53050c, sys_thread_t:0x530490, state:CW, thread_t: t@20, threadID:0xf9171dc8, stack_bottom:0xf9172000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-8" (TID:0x53210c, sys_thread_t:0x532090, state:CW, thread_t: t@19, threadID:0xf9e61dc8, stack_bottom:0xf9e62000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-7" (TID:0x55ed3c, sys_thread_t:0x55ecc0, state:CW, thread_t: t@18, threadID:0xf9e91dc8, stack_bottom:0xf9e92000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-6" (TID:0x5c750c, sys_thread_t:0x5c7490, state:CW, thread_t: t@17, threadID:0xf9ec1dc8, stack_bottom:0xf9ec2000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-5" (TID:0x5cc514, sys_thread_t:0x5cc498, state:CW, thread_t: t@16, threadID:0xf9ef1dc8, stack_bottom:0xf9ef2000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-4" (TID:0x5d091c, sys_thread_t:0x5d08a0, state:R, thread_t: t@15, threadID:0xf9fc1dc8, stack_bottom:0xf9fc2000, stack
    _size:0x20000) prio=5 current thread
    [1] weblogic.db.oci.OciCursor.exec(Native Method)
    [2] weblogic.db.oci.OciCursor.oci_exec(OciCursor.java:1823)
    [3] weblogic.jdbcbase.oci.Statement.executeUpdate(Statement.java:846)
    [4] weblogic.jdbcbase.oci.Statement.execute(Statement.java:1361)
    [5] weblogic.jdbc20.pool.PreparedStatement.execute(PreparedStatement.java:27)
    [6] weblogic.jdbc20.rmi.internal.PreparedStatementImpl.execute(PreparedStatementImpl.java:288)
    [7] weblogic.jdbc20.rmi.SerialPreparedStatement.execute(SerialPreparedStatement.java:401)
    [8] com.ebd.oss.isp.model.ISPModel.getContactInfo(ISPModel.java:242)
    [9] com.ebd.oss.isp.model.ISPModel.getISPInfoByID(ISPModel.java:634)
    [10] jsp_servlet._ruUpdateContact._jspService(_ruUpdateContact.java:110)
    [11] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
    [12] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
    [13] weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:240)
    [14] weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:161)
    [15] jsp_servlet._Template._jspService(_Template.java:106)
    [16] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
    [17] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
    [18] weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:143)
    [19] jsp_servlet._Main._jspService(_Main.java:204)
    [20] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
    [21] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
    [22] weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:742)
    [23] weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:686)
    [24] weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:247)
    [25] weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:361)
    [26] weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261)
    [27] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    "ExecuteThread-3" (TID:0x5c7934, sys_thread_t:0x5c78b8, state:CW, thread_t: t@14, threadID:0xf9ff1dc8, stack_bottom:0xf9ff2000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-2" (TID:0x5cb534, sys_thread_t:0x5cb4b8, state:CW, thread_t: t@13, threadID:0xfe041dc8, stack_bottom:0xfe042000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-1" (TID:0x5d1534, sys_thread_t:0x5d14b8, state:CW, thread_t: t@12, threadID:0xfe071dc8, stack_bottom:0xfe072000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-0" (TID:0x5d1a2c, sys_thread_t:0x5d19b0, state:CW, thread_t: t@11, threadID:0xfe0a1dc8, stack_bottom:0xfe0a2000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "TimeEventGenerator" (TID:0x599694, sys_thread_t:0x599618, state:CW, thread_t: t@10, threadID:0xfe0d1dc8, stack_bottom:0xfe0d2000, s
    tack_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] weblogic.time.common.internal.TimeTable.snooze(TimeTable.java:252)
    [3] weblogic.time.common.internal.TimeEventGenerator.run(TimeEventGenerator.java:141)
    [4] java.lang.Thread.run(Thread.java:485)
    "SpinnerRandomSource" (TID:0x55f2a4, sys_thread_t:0x55f228, state:CW, thread_t: t@8, threadID:0xfec41dc8, stack_bottom:0xfec42000, s
    tack_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.security.SpinnerThread.stopSpinning(SpinnerRandomBitsSource.java:104)
    [4] weblogic.security.SpinnerThread.run(SpinnerRandomBitsSource.java:121)
    Exiting Thread (sys_thread_t:0xff2cace0) : no stack
    "Finalizer" (TID:0x172e84, sys_thread_t:0x172e08, state:CW, thread_t: t@6, threadID:0xfed31dc8, stack_bottom:0xfed32000, stack_size:
    0x20000) prio=8
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:113)
    [3] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
    [4] java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
    "Reference Handler" (TID:0x16ed54, sys_thread_t:0x16ecd8, state:CW, thread_t: t@5, threadID:0xfed61dc8, stack_bottom:0xfed62000, sta
    ck_size:0x20000) prio=10
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
    "Signal dispatcher" (TID:0x14e1e4, sys_thread_t:0x14e168, state:MW, thread_t: t@4, threadID:0xfed91dc8, stack_bottom:0xfed92000, sta
    ck_size:0x20000) prio=10
    "main" (TID:0x39974, sys_thread_t:0x398f8, state:CW, thread_t: t@1, threadID:0x24ac8, stack_bottom:0xffbf0000, stack_size:0x20000) p
    rio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.t3.srvr.T3Srvr.waitForDeath(T3Srvr.java:1791)
    [4] java.lang.reflect.Method.invoke(Native Method)
    [5] weblogic.Server.startServerDynamically(Server.java:107)
    [6] weblogic.Server.main(Server.java:65)
    [7] weblogic.Server.main(Server.java:55)
    Abort - core dumped

    The current thread shows JVM has core dumped on a native OCI call.
    Type-2 drivers need to make OCI calls to connect to the Database server and since OCI calls are in C,
    there is a possibility that C code is causing JVM to crash.
    I would recommend you to give it a try with type-4 driver and see if you can get rid of core dumps.
    Kumar
    manish wrote:
    We are using WebLogic 4.5 on Solaris 7. Some times the WebLogic dumps core and exits. There is no pattern for it. I am attaching the core generated:
    Could there be a solution some one knows of.
    Thanks.
    -manish
    kghalo bad size 0x15330128
    ********** Internal heap ERROR KGHALO2 addr=0x0 *********
    HEAP DUMP heap name="Alloc environm" desc=0x37083f4
    extent sz=0x1024 alt=32 het=32767 rec=0 flg=3 opc=2
    parent=0 owner=0 nex=0 xsz=0x17a0
    EXTENT 0
    Chunk 3daff00 sz= 6040 free " "
    EXTENT 1
    Chunk 4a857b8 sz= 12040 free " "
    EXTENT 2
    Chunk 3eaac98 sz= 6372 free " "
    EXTENT 3
    Chunk 3dacfe8 sz= 12040 free " "
    EXTENT 4
    Chunk 37567a0 sz= 4660 free " "
    Chunk 37579d4 sz= 4144 recreate "Alloc statemen " latch=0
    ds 3758d70 sz= 4144 ct= 1
    Chunk 3758a04 sz= 1080 freeable assoc with mark prv=0 nxt=0
    Chunk 3758e3c sz= 4144 recreate "Alloc statemen " latch=0
    ds 375a1d8 sz= 4144 ct= 1
    Chunk 3759e6c sz= 1080 freeable assoc with mark prv=0 nxt=0
    Chunk 375a2a4 sz= 28 freeable assoc with mark prv=0 nxt=0
    Chunk 375a2c0 sz= 5224 free " "
    Chunk 375b728 sz= 20 freeable assoc with mark prv=0 nxt=0
    Chunk 375b73c sz= 20 freeable assoc with mark prv=0 nxt=0
    Chunk 375b750 sz= 256 freeable assoc with mark prv=0 nxt=0
    EXTENT 5
    Chunk 404b50 sz= 13328 freeable "Alloc server h " ds=3709408
    EXTENT 6
    Chunk 3708980 sz= 40 perm "perm " alo=40
    Chunk 37089a8 sz= 2212 recreate "Alloc server h " latch=0
    ds 3709408 sz= 15540 ct= 2
    404b50 sz= 13328
    Chunk 370924c sz= 104 freeable assoc with mark prv=0 nxt=0
    Chunk 37092b4 sz= 444 freeable assoc with mark prv=0 nxt=0
    Chunk 3709470 sz= 1308 freeable assoc with mark prv=0 nxt=0
    Total heap size = 74584
    FREE LISTS:
    Bucket 0 size=272
    Bucket 1 size=528
    Bucket 2 size=1040
    Chunk 37567a0 sz= 4660 free " "
    Chunk 3dacfe8 sz= 12040 free " "
    Chunk 3eaac98 sz= 6372 free " "
    Chunk 4a857b8 sz= 12040 free " "
    Chunk 3daff00 sz= 6040 free " "
    Chunk 375a2c0 sz= 5224 free " "
    Total free space = 46376
    UNPINNED RECREATABLE CHUNKS (lru first):
    PERMANENT CHUNKS:
    Chunk 3708980 sz= 40 perm "perm " alo=40
    Permanent space = 40
    Hla: 0
    kgepop: no error frame to pop to for error 0
    Segmentation Fault
    si_signo [11]: Segmentation Fault
    si_errno [0]: Error 0
    si_code [1]: SEGV_MAPERR [addr: 0x0]
    stackpointer=F9FBFC50
    "SSLListenThread" (TID:0x3a8b58c, sys_thread_t:0x3a8b510, state:R, thread_t: t@30, threadID:0xf8d91dc8, stack_bottom:0xf8d92000, sta
    ck_size:0x20000) prio=5
    [1] java.net.PlainSocketImpl.socketAccept(Native Method)
    [2] java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
    [3] java.net.ServerSocket.implAccept(ServerSocket.java:241)
    [4] java.net.ServerSocket.accept(ServerSocket.java:224)
    [5] weblogic.security.SSL.SSLServerSocket.acceptNoHandshake(SSLServerSocket.java:121)
    [6] weblogic.security.SSL.SSLServerSocket.accept(SSLServerSocket.java:112)
    [7] weblogic.t3.srvr.ListenThread.run(ListenThread.java:277)
    "ListenThread" (TID:0x3a7b294, sys_thread_t:0x3a7b218, state:R, thread_t: t@29, threadID:0xf8e41dc8, stack_bottom:0xf8e42000, stack_
    size:0x20000) prio=5
    [1] java.net.PlainSocketImpl.socketAccept(Native Method)
    [2] java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
    [3] java.net.ServerSocket.implAccept(ServerSocket.java:241)
    [4] java.net.ServerSocket.accept(ServerSocket.java:224)
    [5] weblogic.t3.srvr.ListenThread.run(ListenThread.java:277)
    "ExecuteThread-14" (TID:0x54e104, sys_thread_t:0x54e088, state:MW, thread_t: t@25, threadID:0xf8eb1dc8, stack_bottom:0xf8eb2000, sta
    ck_size:0x20000) prio=5
    [1] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:269)
    [2] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
    [3] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    "ExecuteThread-13" (TID:0x59c504, sys_thread_t:0x59c488, state:R, thread_t: t@24, threadID:0xf8ee1dc8, stack_bottom:0xf8ee2000, stac
    k_size:0x20000) prio=5
    [1] weblogic.socket.PosixSocketMuxer.poll(Native Method)
    [2] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:270)
    [3] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    "ExecuteThread-12" (TID:0x5ba504, sys_thread_t:0x5ba488, state:MW, thread_t: t@23, threadID:0xf8f11dc8, stack_bottom:0xf8f12000, sta
    ck_size:0x20000) prio=5
    [1] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:269)
    [2] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
    [3] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    "ExecuteThread-11" (TID:0x4f62ec, sys_thread_t:0x4f6270, state:CW, thread_t: t@22, threadID:0xf8f41dc8, stack_bottom:0xf8f42000, sta
    ck_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-10" (TID:0x52810c, sys_thread_t:0x528090, state:CW, thread_t: t@21, threadID:0xf8f71dc8, stack_bottom:0xf8f72000, sta
    ck_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-9" (TID:0x53050c, sys_thread_t:0x530490, state:CW, thread_t: t@20, threadID:0xf9171dc8, stack_bottom:0xf9172000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-8" (TID:0x53210c, sys_thread_t:0x532090, state:CW, thread_t: t@19, threadID:0xf9e61dc8, stack_bottom:0xf9e62000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-7" (TID:0x55ed3c, sys_thread_t:0x55ecc0, state:CW, thread_t: t@18, threadID:0xf9e91dc8, stack_bottom:0xf9e92000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-6" (TID:0x5c750c, sys_thread_t:0x5c7490, state:CW, thread_t: t@17, threadID:0xf9ec1dc8, stack_bottom:0xf9ec2000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-5" (TID:0x5cc514, sys_thread_t:0x5cc498, state:CW, thread_t: t@16, threadID:0xf9ef1dc8, stack_bottom:0xf9ef2000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-4" (TID:0x5d091c, sys_thread_t:0x5d08a0, state:R, thread_t: t@15, threadID:0xf9fc1dc8, stack_bottom:0xf9fc2000, stack
    _size:0x20000) prio=5 current thread
    [1] weblogic.db.oci.OciCursor.exec(Native Method)
    [2] weblogic.db.oci.OciCursor.oci_exec(OciCursor.java:1823)
    [3] weblogic.jdbcbase.oci.Statement.executeUpdate(Statement.java:846)
    [4] weblogic.jdbcbase.oci.Statement.execute(Statement.java:1361)
    [5] weblogic.jdbc20.pool.PreparedStatement.execute(PreparedStatement.java:27)
    [6] weblogic.jdbc20.rmi.internal.PreparedStatementImpl.execute(PreparedStatementImpl.java:288)
    [7] weblogic.jdbc20.rmi.SerialPreparedStatement.execute(SerialPreparedStatement.java:401)
    [8] com.ebd.oss.isp.model.ISPModel.getContactInfo(ISPModel.java:242)
    [9] com.ebd.oss.isp.model.ISPModel.getISPInfoByID(ISPModel.java:634)
    [10] jsp_servlet._ruUpdateContact._jspService(_ruUpdateContact.java:110)
    [11] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
    [12] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
    [13] weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:240)
    [14] weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:161)
    [15] jsp_servlet._Template._jspService(_Template.java:106)
    [16] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
    [17] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
    [18] weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:143)
    [19] jsp_servlet._Main._jspService(_Main.java:204)
    [20] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
    [21] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
    [22] weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:742)
    [23] weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:686)
    [24] weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:247)
    [25] weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:361)
    [26] weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261)
    [27] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
    "ExecuteThread-3" (TID:0x5c7934, sys_thread_t:0x5c78b8, state:CW, thread_t: t@14, threadID:0xf9ff1dc8, stack_bottom:0xf9ff2000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-2" (TID:0x5cb534, sys_thread_t:0x5cb4b8, state:CW, thread_t: t@13, threadID:0xfe041dc8, stack_bottom:0xfe042000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-1" (TID:0x5d1534, sys_thread_t:0x5d14b8, state:CW, thread_t: t@12, threadID:0xfe071dc8, stack_bottom:0xfe072000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "ExecuteThread-0" (TID:0x5d1a2c, sys_thread_t:0x5d19b0, state:CW, thread_t: t@11, threadID:0xfe0a1dc8, stack_bottom:0xfe0a2000, stac
    k_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
    [4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
    "TimeEventGenerator" (TID:0x599694, sys_thread_t:0x599618, state:CW, thread_t: t@10, threadID:0xfe0d1dc8, stack_bottom:0xfe0d2000, s
    tack_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] weblogic.time.common.internal.TimeTable.snooze(TimeTable.java:252)
    [3] weblogic.time.common.internal.TimeEventGenerator.run(TimeEventGenerator.java:141)
    [4] java.lang.Thread.run(Thread.java:485)
    "SpinnerRandomSource" (TID:0x55f2a4, sys_thread_t:0x55f228, state:CW, thread_t: t@8, threadID:0xfec41dc8, stack_bottom:0xfec42000, s
    tack_size:0x20000) prio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.security.SpinnerThread.stopSpinning(SpinnerRandomBitsSource.java:104)
    [4] weblogic.security.SpinnerThread.run(SpinnerRandomBitsSource.java:121)
    Exiting Thread (sys_thread_t:0xff2cace0) : no stack
    "Finalizer" (TID:0x172e84, sys_thread_t:0x172e08, state:CW, thread_t: t@6, threadID:0xfed31dc8, stack_bottom:0xfed32000, stack_size:
    0x20000) prio=8
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:113)
    [3] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
    [4] java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
    "Reference Handler" (TID:0x16ed54, sys_thread_t:0x16ecd8, state:CW, thread_t: t@5, threadID:0xfed61dc8, stack_bottom:0xfed62000, sta
    ck_size:0x20000) prio=10
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
    "Signal dispatcher" (TID:0x14e1e4, sys_thread_t:0x14e168, state:MW, thread_t: t@4, threadID:0xfed91dc8, stack_bottom:0xfed92000, sta
    ck_size:0x20000) prio=10
    "main" (TID:0x39974, sys_thread_t:0x398f8, state:CW, thread_t: t@1, threadID:0x24ac8, stack_bottom:0xffbf0000, stack_size:0x20000) p
    rio=5
    [1] java.lang.Object.wait(Native Method)
    [2] java.lang.Object.wait(Object.java:424)
    [3] weblogic.t3.srvr.T3Srvr.waitForDeath(T3Srvr.java:1791)
    [4] java.lang.reflect.Method.invoke(Native Method)
    [5] weblogic.Server.startServerDynamically(Server.java:107)
    [6] weblogic.Server.main(Server.java:65)
    [7] weblogic.Server.main(Server.java:55)
    Abort - core dumped

  • Using perl DBI on Solaris 10 gives core dump

    I am using perl 5.8.4 which comes along with Solaris 10.
    I have installed DBI-1.58.
    Even a test command is not working.
    perl -MDBI -e 'print "$DBI::VERSION\n";'
    Bus Error (core dumped)
    truss perl -MDBI -e 'print "$DBI::VERSION\n";'
    shows
    stat("/usr/local/lib/libc.so.1", 0xFFBFE5D0) Err#2 ENOENT
    mprotect(0xFEED0000, 104171, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
    mprotect(0xFEED0000, 104171, PROT_READ|PROT_EXEC) = 0
    munmap(0xFF370000, 8192) = 0
    brk(0x000A2470) = 0
    brk(0x000A4470) = 0
    brk(0x000A4470) = 0
    brk(0x000A6470) = 0
    brk(0x000A6470) = 0
    brk(0x000A8470) = 0
    brk(0x000A8470) = 0
    brk(0x000AA470) = 0
    brk(0x000AA470) = 0
    brk(0x000AC470) = 0
    Incurred fault #5, FLTACCESS %pc = 0xFEED44CC
    siginfo: SIGBUS BUS_ADRALN addr=0x00000001
    Received signal #10, SIGBUS [default]
    siginfo: SIGBUS BUS_ADRALN addr=0x00000001
    $perl -v
    command shows like its compiled with Intsize of 64 is this creating problem?
    Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
    Platform:
    osname=solaris, osvers=2.10, archname=sun4-solaris-64int
    uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
    config_args=''
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
    Compiler:
    cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO',
    optimize='-xO3 -xspace -xildoff',
    cppflags=''
    ccversion='Sun WorkShop', gccversion='', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
    Linker and Libraries:
    ld='cc', ldflags =''
    libpth=/lib /usr/lib /usr/ccs/lib
    libs=-lsocket -lnsl -ldl -lm -lc
    perllibs=-lsocket -lnsl -ldl -lm -lc
    libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version=''
    Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R /usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE'
    cccdlflags='-KPIC', lddlflags='-G'
    Characteristics of this binary (from libperl):
    Compile-time options: USE_64_BIT_INT USE_LARGE_FILES
    Locally applied patches:
    22667 The optree builder was looping when constructing the ops ...
    22715 Upgrade to FileCache 1.04
    22733 Missing copyright in the README.
    22746 fix a coredump caused by rv2gv not fully converting a PV ...
    22755 Fix 29149 - another UTF8 cache bug hit by substr.
    22774 [perl #28938] split could leave an array without ...
    22775 [perl #29127] scalar delete of empty slice returned garbage
    22776 [perl #28986] perl -e "open m" crashes Perl
    22777 add test for change #22776 ("open m" crashes Perl)
    22778 add test for change #22746 ([perl #29102] Crash on assign ...
    22781 [perl #29340] Bizarre copy of ARRAY make sure a pad op's ...
    22796 [perl #29346] Double warning for int(undef) and abs(undef) ...
    22818 BOM-marked and (BOMless) UTF-16 scripts not working
    22823 [perl #29581] glob() misses a lot of matches
    22827 Smoke [5.9.2] 22818 FAIL(F) MSWin32 WinXP/.Net SP1 (x86/1 cpu)
    22830 [perl #29637] Thread creation time is hypersensitive
    22831 improve hashing algorithm for ptr tables in perl_clone: ...
    22839 [perl #29790] Optimization busted: '@a = "b", sort @a' ...
    22850 [PATCH] 'perl -v' fails if local_patches contains code snippets
    22852 TEST needs to ignore SCM files
    22886 Pod::Find should ignore SCM files and dirs
    22888 Remove redundant %SIG assignments from FileCache
    23006 [perl #30509] use encoding and "eq" cause memory leak
    23074 Segfault using HTML::Entities
    23106 Numeric comparison operators mustn't compare addresses of ...
    23320 [perl #30066] Memory leak in nested shared data structures ...
    23321 [perl #31459] Bug in read()
    Built under solaris
    Compiled at Jul 26 2005 05:26:55
    @INC:
    /usr/perl5/5.8.4/lib/sun4-solaris-64int
    /usr/perl5/5.8.4/lib
    /usr/perl5/site_perl/5.8.4/sun4-solaris-64int
    /usr/perl5/site_perl/5.8.4
    /usr/perl5/site_perl
    /usr/perl5/vendor_perl/5.8.4/sun4-solaris-64int
    /usr/perl5/vendor_perl/5.8.4
    /usr/perl5/vendor_perl
    Other details:
    file /usr/bin/perl
    /usr/bin/perl: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped
    I tried installing DBI module using perlgcc also.
    perlgcc Makefile.PL
    make
    make test
    make install.
    $uname -a
    SunOS twirl 5.10 Generic_118822-25 sun4u sparc SUNW,Ultra-80
    Please help me out.

    Try this guy's list, he maintain an archive of Solaris package.
    http://www.ibiblio.org/pub/packages/solaris/sparc/html/creating.solaris.packages.html
    Of course, if you can get directly from Sun will be better.

  • Report Server RTF on Solaris gives Core Dump

    We have Report Server 6.0.8.11.2 on Solaris.
    We are running reports thru URL and it is working fine for PDF and HTML. When we specify the desformat as RTF it gives Segmentation Fault Core dumped.
    We have tried using rwcli60 thru command line and it gives the same error, while PDF and HTML format is fine.
    Is there a patchset for Solaris for the same or are we missing on some parameter?
    - Tarun

    Hiya,
    Any resolution to this post , we have a native JNI call on a Websphere server running on Solaris 8 .. and same thing happening .. random core dump on the box ..
    No warning , no explanation
    Thanks so much for your help
    (btw . running Sun jvm 1.4.2_13)

  • Core dump on solaris 8/7 making JNI call.

    Hi,
    I am running solaris 8 and solaris 7 with Java 1.3.1. I have required solaris patches installed on the machine for java 1.3.1.
    From a C program I am making some JNI calls and when I run the program it core dumps at the very first JNI call. C program that make JNI calls are in a .so file.
    Same C code with Java 1.3.1 is running fine on window 2000, AIX 5.1, RedHat Advanced Server 2.1 and SuSE Enterprise Linux 7.
    Any help will be greatly appriciated.
    Thanks

    Hiya,
    Any resolution to this post , we have a native JNI call on a Websphere server running on Solaris 8 .. and same thing happening .. random core dump on the box ..
    No warning , no explanation
    Thanks so much for your help
    (btw . running Sun jvm 1.4.2_13)

  • Java crashes on a solaris 9 randomly with a core dump

    Hello
    Currently we are using JBoss Application server on solaris 9. Over a period of time. Java crashes suddenly. The condition under which this can be reproduced is currently not reproduceable. But over a period of time, this crash just happens.
    The following is the stack trace of the core file. Can somebody see this and let me know what could be the possible problem.
    bash-2.05# adb java.3558.1133780573
    core file = java.3558.1133780573 -- program `` /global/netmfs/netmbase/NetM62/licensing/jre/bin/java'' on platform SUNW,Sun-Fire-V440
    SIGABRT: Abort
    $c
    libc.so.1`_lwp_kill+8(6, 0, acf7b6e8, 2, 0, af2d482c) libc.so.1`abort+0x100(2d80f8, b, b3ef0040, 0, 48, 0) libkernel32.so`__1cUSehScanInvokeTryList6FpnQSEH_THREAD_BLOCK__i_+0x334(2d9790,
    af1cd7f8, af2d7324, 0, 2, 0)
    libkernel32.so`__1cOSignal_HandlerFraise6FIpviipL_i_+0xfc(c0000005, acf7ba20, 0 , 2, acf7b858, 1800) libkernel32.so`__1cPRaise_Exception2f6MipnHsiginfo_pv_v_+0xa4(516f28, b, acf7bcd8, acf7ba20, af2ea1e4, 2c) libthread.so.1`__sighndlr+0xc(b, acf7bcd8, acf7ba20, af1cd854, 0, 0) libthread.so.1`call_user_handler+0x234(b, acf7bcd8, acf7ba20, 0, 0, 0) libthread.so.1`sigacthandler+0x64(b, acf7bcd8, acf7ba20, 1, f6e89af0, 3ba) 0xfa0f4520(b5fec400, f6e89af0, b5fec550, 3ba, fa015624, b5fed448) 0xfa43586c(f5c770a8, b5fec530, bcdddf90, b5fec530, bcdddf90, b5fec400) 0xfa005b10(f6e8a270, b6, 8, fa0155e0, f6e847a0, acf7bf70) 0xfa005b10(2d6b00, b8, acf7c0e4, fa0152c0, fa015624, acf7c000) 0xfa005b10(2d6b00, b8, 8, fa015590, feca1858, acf7c078) 0xfa005b10(2d6b00, 0, 0, fa0155e0, 3349f0, acf7c108) 0xfa000118(acf7c1f0, acf7c388, a, f6e89818, fa00aae0, acf7c328) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7c380, acf7c318, acf7c320, 2d6b00, 2d6b00, 34e9cc
    libjvm.so`JVM_DoPrivileged+0x4c0(632adc, ff0104d0, acf7c65c, 0, 1, 1) libjava.so`Java_java_security_AccessController_doPrivileged__Ljava_security_Priv
    ilegedExceptionAction_2+0x14(2d6b94, acf7c5e0, acf7c65c, ffffffff, fa015624, 0) 0xfa00be48(2d6b00, b8, 15c, 4, f6e847a0, acf7c5f8) 0xfa005b10(2d6b00, 0, 0, fa015480, 3349f0, acf7c690) 0xfa000118(acf7c778, acf7c838, a, f6e87d18, fa00aae0, acf7c844) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7c830, acf7c82c, acf7c840, 2d6b00, 2d6b00,
    acf7d170)
    libjvm.so`__1cNinstanceKlassbBcall_class_initializer_impl6FnTinstanceKlassHandle
    pnGThread_v_+0xfc(acf7c950, 2d6b00, 10b, acf7c9e8, 1, 0) libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v
    +0x4f4(acf7ca98, 2d6b00, acf7d490, 2d741c, 2d6b00, 0) libjvm.so`_1cNinstanceKlassKinitialize6MpnGThread__v_+0x84(f6e87dd0, 2d6b00, 1b8, f5c01e00, acf7cb5c, 1) libjvm.so`__1cMLinkResolverTresolve_static_call6FrnICallInfo_rnLKlassHandle_nMsy
    mbolHandle_53iipnGThread__v_+0x190(0, 2d6b00, ff0104d0, acf7cc54, acf7cc50, 1) libjvm.so`__1cMLinkResolverOresolve_invoke6FrnICallInfo_nGHandle_nSconstantPoolH
    andle_inJBytecodesECode_pnGThread__v_+0xd8(acf7cf44, acf7cf0c, acf7cf08, 12, b8 , 2d6b00) libjvm.so`__1cSInterpreterRuntimeOresolve_invoke6FpnKJavaThread_nJBytecodesECode
    __v_+0x6ac(2d6b00, b8, 8, b5feaea8, f6e80c78, 0) 0xfa01561c(2d6b00, b8, b5feaf20, fa015590, fa015624, acf7d0d0) 0xfa005b10(2d6b00, b8, 1b9, fa015590, f6dc6a20, acf7d170) 0xfa005b10(2d6b00, b8, 8, fa0155e0, f6dc6a20, acf7d208) 0xfa005b10(2d6b00, b8, acf7d3ac, fa015590, f6dc9888, acf7d2b0) 0xfa005b10(2d6b00, b8, 8, fa015590, f6dc6a20, acf7d340) 0xfa005b10(2d6b00, 0, 0, fa0155e0, 3349f0, acf7d3c8) 0xfa000118(acf7d4b0, acf7d570, a, f6dc87d0, fa00aae0, acf7d57c) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7d568, acf7d564, acf7d578, 2d6b00, 2d6b00, 0) libjvm.so`__1cNinstanceKlassbBcall_class_initializer_impl6FnTinstanceKlassHandle
    pnGThread_v_+0xfc(acf7d688, 2d6b00, 10b, acf7d720, 1, 0) libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v
    +0x4f4(acf7d7d0, 2d6b00, acf7e118, 2d72c4, 2d6b00, b5c49570) libjvm.so`_1cNinstanceKlassKinitialize6MpnGThread__v_+0x84(f6dc9700, 2d6b00, 1b8, f5c01e00, acf7d894, 1) libjvm.so`__1cMLinkResolverTresolve_static_call6FrnICallInfo_rnLKlassHandle_nMsy
    mbolHandle_53iipnGThread__v_+0x190(0, 2d6b00, ff0104d0, acf7d98c, acf7d988, 1) libjvm.so`__1cMLinkResolverOresolve_invoke6FrnICallInfo_nGHandle_nSconstantPoolH
    andle_inJBytecodesECode_pnGThread__v_+0xd8(acf7dc7c, acf7dc44, acf7dc40, 6d, b8 , 2d6b00) libjvm.so`__1cSInterpreterRuntimeOresolve_invoke6FpnKJavaThread_nJBytecodesECode
    __v_+0x6ac(2d6b00, b8, acf7de5c, fa0155d8, fa015624, acf7dd50) 0xfa01561c(2d6b00, b8, b5c47f38, fa015590, f67cf4d0, acf7dde8) 0xfa005a44(2d6b00, b8, 3, fa015590, fa015304, acf7deb8) 0xfa005b54(be833b70, b6, acf7e024, fa015590, fa015304, acf7df48) 0xfa005b54(be833b78, b6, acf7e0a4, fa015270, b6080000, acf7dfc8) 0xfa005b54(2d6b00, 0, 0, fa015270, 3349f0, acf7e048) 0xfa000118(acf7e138, acf7e270, a, f67d9ba0, fa00aae0, acf7e2ac) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7e268, acf7e264, acf7e29c, 2d6b00, 2d6b00,
    fece7f70)
    libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
    inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, acf7e3c0, ff0104d0, 1, f67cf810, a) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
    GThread__2_+0x230(be3e4900, acf7e448, acf7e444, 2d6b00, feda0bd0, acf7e810) libjvm.so`JVM_InvokeMethod+0x26c(acf7e5b0, acf7e5ac, ff005ddc, ff0073e8, c6, 0) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(2d6b94,
    acf7e528, acf7e5b4, acf7e5b0, acf7e5ac, 0) 0xfa00be48(b5fed8d0, b8, acf7e634, c, b6080000, acf7e540) 0xfa005b10(b5fefd98, be8339c0, b5fed8d0, fa015590, f6b5c960, acf7e5d8) 0xfa2267c4(b5fefdb0, be8339c0, b60a0028, fa015270, 1, acf7e648) 0xfa2264e0(be3f5ca8, be8339c0, b60a0028, be3f5c70, f5c2a550, f5c2a550) 0xfa005b10(be41d6d8, f65ee028, acf7e878, fa015270, f68e6d70, acf7e778) 0xfa005fd8(be40db50, f65ee028, acf7e914, fa0156f0, f6229940, acf7e810) 0xfa005fd8(be3f6f48, b6, 49, fa0156f0, c6, acf7e8b0) 0xfa005b10(be3f6f48, b7, acf7ea70, fa0152b8, 0, acf7e978) 0xfa005b10(be3f6f48, f65ee028, acf7eb00, fa015430, fa00aae0, acf7ea10) 0xfa005fd8(be3ebba8, f65ee028, acf7eb98, fa0156f0, 2d6b00, acf7eaa0) 0xfa005fd8(be481ee8, f65ee028, acf7ec30, fa0156f0, 42e6f04c, acf7eb38) 0xfa005fd8(be47c270, f65ee028, acf7ecc0, fa0156f0, 1, acf7ebd0) 0xfa005fd8(be448ef8, b6, acf7ed90, fa0156f0, f620a188, acf7ec50) 0xfa005b10(be448ef8, b6, 0, fa015270, b6080000, acf7ed18) 0xfa005b10(be449a38, b6, acf7eed0, fa015270, c6, acf7edc8) 0xfa005b10(be6e0488, f5ee2070, 4, fa015270, f5c045c0, acf7ee58) 0xfa005fd8(2d6b00, 0, 0, fa015740, 3349f0, acf7ef00) 0xfa000118(acf7eff0, acf7f128, a, f67f5f50, fa00aae0, acf7f164) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7f120, acf7f11c, acf7f154, 2d6b00, 2d6b00,
    fece7f70)
    libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
    inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, acf7f278, ff0104d0, 1, f67cf810, a) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
    GThread__2_+0x230(be849d88, acf7f300, acf7f2fc, 2d6b00, feda0bd0, acf7f6c8) libjvm.so`JVM_InvokeMethod+0x26c(acf7f468, acf7f464, ff005ddc, ff0073e8, 20, 0) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(2d6b94,
    acf7f3e0, acf7f46c, acf7f468, acf7f464, 0) 0xfa00be48(b5fed810, b8, acf7f4ec, c, b6080000, acf7f3f8) 0xfa005b10(b5fed8a8, be6d7ab8, b5fed810, fa015590, 3230bc, acf7f490) 0xfa2267c4(b5fed8c0, be6d7ab8, b60a0000, fa015270, be843a68, acf7f500) 0xfa2264e0(b5fed858, be6d7ab8, b60a0000, b5fed858, 1, 0) 0xfa005b10(be6de080, b6, b5fed858, fa015270, be6d4478, acf7f620) 0xfa005b10(be6de080, b6, acf7f7c8, fa015270, 96, acf7f6c8) 0xfa005b10(be6de080, f5ee2070, 4, fa015270, f5c045c0, acf7f750) 0xfa005fd8(be6d6a18, f67d91d0, 8, fa015740, fa015304, acf7f7f8) 0xfa00601c(be6a3ac0, b6, 8, fa015590, 8, acf7f8a0) 0xfa005b54(be6a3ac0, f640af90, acf7fa7c, fa015270, f640af90, acf7f978) 0xfa005fd8(be8338f8, b7, 0, fa0156f0, f640af90, acf7fa08) 0xfa005c64(be8338f8, b7, acf7fb18, fa015430, be8338f8, acf7fab0) 0xfa005c64(acf7fba8, 0, 0, fa015430, 3349f0, acf7fb48) 0xfa000118(acf7fc30, acf7fe98, a, f6496780, fa00aae0, acf7fdb8) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7fe90, acf7fcf8, acf7fdb0, 2d6b00, 2d6b00,
    acf7fd08)
    libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle
    _4pnRJavaCallArguments_pnGThread__v_+0x164(feff0000, 2d71e8, acf7fda4, acf7fda0 , acf7fdb0, 2d6b00) libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsym
    bolHandle_5pnGThread__v_+0x60(acf7fe90, acf7fe8c, acf7fe84, acf7fe7c, acf7fe74,
    2d6b00)
    libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x128(2d6b00, 2d6b00, 2d6190, 2d71e8, 319508, fecd6a5c) libjvm.so`__1cKJavaThreadDrun6M_v_+0x288(2d6b00, 0, ff00f808, ffff8000, 0, 0) libjvm.so`_start+0x134(2d6b00, 0, 0, 0, 0, 0) libthread.so.1`_lwp_start(0, 0, 0, 0, 0, 0)
    Second Core dump with adb
    bash-2.05# adb java.9337.1133744404
    .core file = java.9337.1133744404 -- program `` /global/netmfs/netmbase/NetM62/licensing/jre/bin/java'' on platform SUNW,Sun-Fire-V440
    SIGABRT: Abort
    .$c
    $c
    libc.so.1`_lwp_kill+8(6, 0, ad0fc950, 2, 0, aeed482c) libc.so.1`abort+0x100(bd90f8, b, b3670200, 0, 48, 0) libkernel32.so`__1cUSehScanInvokeTryList6FpnQSEH_THREAD_BLOCK__i_+0x334(6197b0,
    aedcd7f8, aeed7324, 0, 2, 0)
    libkernel32.so`__1cOSignal_HandlerFraise6FIpviipL_i_+0xfc(c0000005, ad0fcc88, 0 , 2, ad0fcac0, 1800) libkernel32.so`__1cPRaise_Exception2f6MipnHsiginfo_pv_v_+0xa4(50c028, b, ad0fcf40, ad0fcc88, aeeea1e4, 2c) libthread.so.1`__sighndlr+0xc(b, ad0fcf40, ad0fcc88, aedcd854, 0, 0) libthread.so.1`call_user_handler+0x234(b, ad0fcf40, ad0fcc88, 0, 0, 0) libthread.so.1`sigacthandler+0x64(b, ad0fcf40, ad0fcc88, fa015590, b6130000,
    ad0fcfc0)
    0xfa0157f0(b5cb5908, b6, 8, fa015740, 0, ad0fd070) 0xfa005c64(b5cb5908, b7, ad0fd208, fa015270, b5cb1c90, ad0fd118) 0xfa005c64(b5cb5908, b7, 0, fa015430, b6130000, ad0fd1a8) 0xfa005c64(be56d460, b6, 8, fa015430, f691f2b0, ad0fd240) 0xfa005b10(be56d498, b6, be574c70, fa015270, 4889ba9b, ad0fd330) 0xfa005b10(be56d4a8, b7, ad0fd4d4, fa015270, 9, ad0fd3c8) 0xfa005b10(be56d4a8, b7, 0, fa015430, b6130000, ad0fd448) 0xfa005b10(be56d4a8, f6915008, 8, fa015430, 42a1665e, ad0fd540) 0xfa005fd8(bd44ecd0, f63b2338, ad0fd6c4, fa0156f0, b5cb4b38, ad0fd5d8) 0xfa005fd8(b5cb4a60, b7, ad0fd6d0, fa0156f0, b5cb4b48, ad0fd660) 0xfa005b10(b5cb4a60, b6, ad0fd818, fa015430, f65b7528, ad0fd718) 0xfa005b10(bd41bcf0, f63b1548, ad0fd8a0, fa015270, b6130000, ad0fd7b8) 0xfa005fd8(bd410620, b7, ad0fd934, fa0156f0, b6130000, ad0fd840) 0xfa005b10(bd410620, b6, ad0fd9c4, fa015430, b6130000, ad0fd8d0) 0xfa005b10(bd410620, b6, ad0fda44, fa015270, b6130000, ad0fd968) 0xfa005b10(bd8d1420, f63aa0c8, ad0fdad4, fa015270, 4400, ad0fd9e8) 0xfa005fd8(bd8c7f60, f65c2490, ad0fdb5c, fa0156f0, f6906720, ad0fda70) 0xfa005fd8(be548400, f68f50b0, ad0fdbe8, fa0156f0, f65b4158, ad0fdaf0) 0xfa005fd8(b5caf718, f6d147c0, 0, fa0156f0, b6130000, ad0fdb80) 0xfa005fd8(b5caeb10, b7, ad0fdcf8, fa0156f0, b6130000, ad0fdc10) 0xfa005c64(b5caeb10, f6a62080, ad0fdd8c, fa015430, f6ad6088, ad0fdc90) 0xfa005fd8(b5caf718, f6d147c0, ad0fde3c, fa0156f0, b6130000, ad0fdd20) 0xfa005fd8(be6abc20, b6, 0, fa015738, b6130000, ad0fddd0) 0xfa005b10(be6abc20, b7, ad0fdf94, fa015270, 4400, ad0fdea0) 0xfa005b10(be6abc20, b7, 0, fa015478, b6130000, ad0fdf38) 0xfa005b10(be6abc20, b7, 0, fa015478, f6864318, ad0fdfc8) 0xfa005b10(be6abc20, b6, ad0fe14c, fa015430, 3230bc, ad0fe058) 0xfa005b10(be6abc20, b7, ad0fe1d8, fa015270, b6130000, ad0fe0f0) 0xfa005b10(be6abc20, f6ad6088, ad0fe264, fa015430, f6ad6088, ad0fe178) 0xfa005fd8(be695da8, f6ab5750, 0, fa0156f0, b6130000, ad0fe208) 0xfa005fd8(b5caeb10, b7, ad0fe3ac, fa0156f0, f65b4158, ad0fe2a8) 0xfa005b10(b5caeb10, b7, ad0fe43c, fa015478, b6130000, ad0fe350) 0xfa005b10(b5caeb10, f6a62080, ad0fe4c8, fa015478, f5c355f8, ad0fe3e0) 0xfa005fd8(be7db4e8, b6, ad0fe55c, fa0156f0, aeed28, ad0fe468) 0xfa005b10(be7db4e8, b7, 0, fa015590, b6130000, ad0fe4f0) 0xfa005b10(be7db4e8, f6da8e80, ad0fe664, fa0156f0, fa0154c4, ad0fe580) 0xfa005fd8(be7d8e20, b7, ad0fe700, fa015270, f68e2490, ad0fe608) 0xfa005c64(be7d8e20, b7, ad0fe788, fa015430, fa0154c4, ad0fe6a0) 0xfa005c64(be7d8e20, b7, ad0fe808, fa015270, fa015624, ad0fe728) 0xfa005c64(aeed28, b8, ad0fe888, fa015430, f5c05cb0, ad0fe7a8) 0xfa005c64(b5c556a8, f66f5b10, ad0fe910, fa015270, f66f5b10, ad0fe828) 0xfa00612c(aeed28, 0, 0, fa0156f0, 3349f0, ad0fe8b0) 0xfa000118(ad0fe9a0, ad0fead8, a, f66f5668, fa00aae0, ad0feb10) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(ad0fead0, ad0feacc, ad0feb04, aeed28, aeed28,
    fece7f70)
    libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
    inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, ad0fec28, ff0104d0, 1, f655dbd0, e) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
    GThread__2_+0x230(be023bb0, ad0fecb0, ad0fecac, aeed28, feda0bd0, ad0ff080) libjvm.so`JVM_InvokeMethod+0x26c(ad0fede8, ad0fede4, ff005ddc, ff0073e8, f6159f00, ad0ff120) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(aeedbc,
    ad0fed84, ad0fedec, ad0fede8, ad0fede4, fece6088) 0xfa4067a8(be07f5a8, be7d8938, b5c53fc0, fa015430, 20, 0) 0xfa4062a8(be7d8e28, be7d8938, b5c53fc0, fa013bc8, bd0ac0f0, ad0fee58) 0xfa226284(be7d8e40, be7d8938, b5c53fc0, bd0ac040, f6159f00, 1) 0xfa225fa0(be07f5a8, be7d8938, b5c53fc0, 1, f5c2a550, f5c2a550) 0xfa005b10(be035120, f660cb18, ad0ff0e8, fa015270, f661f5d0, ad0fefe8) 0xfa005fd8(be0281a0, f660cb18, ad0ff184, fa0156f0, f6226670, ad0ff080) 0xfa005fd8(be023b70, b6, 49, fa0156f0, f6159f00, ad0ff120) 0xfa005b10(be023b70, b7, ad0ff2e0, fa0137d8, 0, ad0ff1e8) 0xfa005b10(be023b70, f660cb18, ad0ff370, fa015430, 20, ad0ff280) 0xfa005fd8(be0741e0, f660cb18, ad0ff408, fa0156f0, bd0ac0f0, ad0ff310) 0xfa005fd8(be066d20, f660cb18, ad0ff4a0, fa0156f0, 42a165e0, ad0ff3a8) 0xfa005fd8(be05f6d0, f660cb18, ad0ff530, fa0156f0, 1, ad0ff440) 0xfa005fd8(be05a1b8, b6, ad0ff600, fa0156f0, f620a1f8, ad0ff4c0) 0xfa005b10(be05a1b8, b6, 0, fa015270, b6130000, ad0ff588) 0xfa005b10(be023af0, b6, 0, fa015270, f5c045c0, ad0ff630) 0xfa005b10(be0d4ed0, f65f5b80, ad0ff7d8, fa015270, f6d80ae8, ad0ff6c8) 0xfa00612c(be0ab2f0, f65f5b80, ad0ff7e0, fa0156f0, f6560da8, ad0ff778) 0xfa00612c(be0b84d0, b6, ad0ff8f8, fa0156f0, 0, ad0ff810) 0xfa005c64(be0b84d0, b6, ad0ff900, fa015270, f6560da8, ad0ff898) 0xfa005c64(be0af510, f5c1e740, ad0ffa24, fa015270, fa013848, ad0ff930) 0xfa00612c(be0ab2f0, b7, ad0ffaac, fa0156f0, 0, ad0ff9c0) 0xfa005c64(be0ab2f0, f5c1e740, ad0ffb2c, fa015430, 0, ad0ffa48) 0xfa00612c(b5d4ea98, f5c1e740, ad0ffba4, fa0156f0, 0, ad0ffad0) 0xfa00612c(ad0ffba8, 0, 0, fa0156f0, 3349f0, ad0ffb48) 0xfa000118(ad0ffc30, ad0ffe98, a, f5c1efd8, fa00aae0, ad0ffdb8) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(ad0ffe90, ad0ffcf8, ad0ffdb0, aeed28, aeed28,
    ad0ffd08)
    libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle
    _4pnRJavaCallArguments_pnGThread__v_+0x164(feff0000, ae82b8, ad0ffda4, ad0ffda0 , ad0ffdb0, aeed28) libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsym
    bolHandle_5pnGThread__v_+0x60(ad0ffe90, ad0ffe8c, ad0ffe84, ad0ffe7c, ad0ffe74,
    aeed28)
    libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x128(aeed28, aeed28, af6758, ae82b8, 319508, fecd6a5c) libjvm.so`__1cKJavaThreadDrun6M_v_+0x288(aeed28, ffffffe2, ff00f808, ffff8000, 0 , 0) libjvm.so`_start+0x134(aeed28, 0, 0, 0, 0, 0) libthread.so.1`_lwp_start(0, 0, 0, 0, 0, 0)

    Hi there
    Not sure which jdk you are using but I am guessing you are using native code?
    libkernel32.so
    See http://java.sun.com/j2se/1.4.2/docs/guide/vm/signal-chaining.html
    Start your application this way, this should solve your problem.
    export LD_PRELOAD=<libjvm.so dir>/libjsig.so; java_application (ksh)
    setenv LD_PRELOAD <libjvm.so dir>/libjsig.so; java_application (csh)
    Also, even if u are using 1.3.1, u can get the libjsig.so from 1.4.2 and do the same.
    Hope this helps.

Maybe you are looking for