3 Replies Latest reply on Jan 9, 2017 5:11 AM by Wolfgang Mayer

    Jboss5.1 server crashes and Big size of core file generated

    Mundrika R Newbie

      last two week jboss server5.1  is getting crashed and big size of core file is getting generated . As a result server is not responding. So each time we need to delete core file and restart the server .  On this app server EJB application is running.

      Core file generation location - jboss5.1.0/bin


      System configuration details :

      App server - jBOSS 5.1

      Os - Oracle Solaris


      Can  someone  please help me? Why this issue is happening?

        • 1. Re: Jboss5.1 server crashes and Big size of core file generated
          Wolfgang Mayer Master

          You should investigate the log files. Especially you should check if there are any memory errors.

          • 2. Re: Jboss5.1 server crashes and Big size of core file generated
            Mundrika R Newbie

            Thanks Wolfgang for your reply,

            I am new to this technology,could you please help me to understand the below log message

            please find the hs_error_pid12570.log details below created under jboss/bin folder  .


            # A fatal error has been detected by the Java Runtime Environment:


            #  SIGSEGV (0xb) at pc=0xfffffd7ffaa1b7c6, pid=12570, tid=6423


            # JRE version: 6.0_21-b07

            # Java VM: Java HotSpot(TM) 64-Bit Server VM (17.0-b17 mixed mode solaris-amd64 )

            # Problematic frame:

            # j  rk.co.ts.entity.Strategy.getLogicSwitch()Ljava/lang/String;+4


            # If you would like to submit a bug report, please visit:

            #   http://java.sun.com/webapps/bugreport/crash.jsp




            ---------------  T H R E A D  ---------------



            Current thread (0x000000000531d000):  JavaThread "6402-DecorateInventoryItemQueue" daemon [_thread_in_Java, id=6423, stack(0xfffffd74ed5c0000,0xfffffd74ed6c0000)]



            siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xfffffd7ffaa1b7c6




            RAX=0x00750074002e006f, RBX=0x000000000000015e, RCX=0xfffffd7e4d688018, RDX=0x0000000000000001

            RSP=0xfffffd74ed6bd208, RBP=0xfffffd74ed6bd258, RSI=0x0000000000000000, RDI=0x000000000531df90

            R8=0xfffffd74ed6bf788, R9=0x000000000531d000, R10=0xfffffd7ffef5fc10, R11=0x0000000000000000

            R12=0xfffffd74ed6bc450, R13=0xfffffd7544caa3d4, R14=0xfffffd7546959f00, R15=0x000000000531d000

            RIP=0xfffffd7ffaa1b7c6, RFLAGS=0x0000000000010286



            Top of Stack: (sp=0xfffffd74ed6bd208)

            0xfffffd74ed6bd208:   fffffd7ffaa058e9 fffffd7e4d688018

            0xfffffd74ed6bd218:   fffffd74ed6bd218 fffffd7544caa3d4

            0xfffffd74ed6bd228:   fffffd74ed6bd268 fffffd754524b308

            0xfffffd74ed6bd238:   fffffd7546959f00 fffffd7544caa3f0

            0xfffffd74ed6bd248:   0000000000000000 fffffd74ed6bd268

            0xfffffd74ed6bd258:   fffffd74ed6bd2b0 fffffd7ffaa058e9

            0xfffffd74ed6bd268:   fffffd7e5c1f2de0 fffffd74ed6bd270

            0xfffffd74ed6bd278:   fffffd75431ad2f6 fffffd74ed6bd2e0

            0xfffffd74ed6bd288:   fffffd75468b4000 fffffd7546963950

            0xfffffd74ed6bd298:   fffffd75431ad458 fffffd74ed6bd268

            0xfffffd74ed6bd2a8:   fffffd74ed6bd2d0 fffffd74ed6bd328

            0xfffffd74ed6bd2b8:   fffffd7ffaa05a42 0000000000001069

            0xfffffd74ed6bd2c8:   deaddeaf00000000 fffffd7e48fc8ce8

            0xfffffd74ed6bd2d8:   fffffd7e5c1f2de0 fffffd75d0ca9008

            0xfffffd74ed6bd2e8:   fffffd74ed6bd2e8 fffffd75431aca9b

            0xfffffd74ed6bd2f8:   fffffd74ed6bd350 fffffd75468b4000

            0xfffffd74ed6bd308:   fffffd7546963300 fffffd75431acb90

            0xfffffd74ed6bd318:   fffffd74ed6bd2d0 fffffd74ed6bd340

            0xfffffd74ed6bd328:   fffffd74ed6bd398 fffffd7ffaa05a42

            0xfffffd74ed6bd338:   0000000000000000 fffffd7e48fc8ce8

            0xfffffd74ed6bd348:   fffffd7e5c1f2de0 fffffd75d0ca9008

            0xfffffd74ed6bd358:   fffffd74ed6bd358 fffffd75431ac878

            0xfffffd74ed6bd368:   fffffd74ed6bd3d8 fffffd75468b4000

            0xfffffd74ed6bd378:   fffffd754695e7b8 fffffd75431ac9b8

            0xfffffd74ed6bd388:   fffffd74ed6bd340 fffffd74ed6bd3e0

            0xfffffd74ed6bd398:   fffffd777b177ec0 fffffd7ffb76fb10

            0xfffffd74ed6bd3a8:   0000000000000000 fffffd7e5c1f2de0

            0xfffffd74ed6bd3b8:   fffffd7e4d6ea858 0000000000000000

            0xfffffd74ed6bd3c8:   fffffd7e48fc8ce8 fffffd7e49012430

            0xfffffd74ed6bd3d8:   fffffd75d0ca9008 fffffd7d515dbf08

            0xfffffd74ed6bd3e8:   fffffd7e49012430 fffffd7e48fc8ce8

            0xfffffd74ed6bd3f8:   fffffd777b177ec0 fffffd75d0ca8fe8



            Instructions: (pc=0xfffffd7ffaa1b7c6)

            0xfffffd7ffaa1b7b6:   01 00 00 00 49 89 56 18 49 83 c6 30 4c 89 75 e0

            0xfffffd7ffaa1b7c6:   48 8b 9c d8 20 02 00 00 48 8b 53 50 4c 8d 6c 24



            Stack: [0xfffffd74ed5c0000,0xfffffd74ed6c0000],  sp=0xfffffd74ed6bd208,  free space=3f40000000000000001k

            Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)

            j  rk.co.ts.entity.Strategy.getLogicSwitch()Ljava/lang/String;+4

            j  rk.co.ts.resource.InventoryItemDecoratorHelper.initSwitchParams(Lrk/co/ts/entity/Strategy;Lrk/co/tsresource/EnhancedInventoryItemAttribute;)V+6

            j  rk.co.ts.resource.InventoryItemDecoratorHelper.initPkgWithStrategy(Lrk/co/ts/entity/Strategy;Lrk/co/ts/resource/EnhancedInventoryItemAttribute;)V+3

            j  rk.co.ts.resource.InventoryItemDecoratorHelper.initPkgWithStrategies(Ljava/util/List;Lrk/co/ts/resource/EnhancedInventoryItemAttribute;)V+80





            ---------------  P R O C E S S  ---------------



            Java Threads: ( => current thread )

              0x000000001290f800 JavaThread "Thread-114710" daemon [_thread_blocked, id=117373, stack(0xfffffd74d507a000,0xfffffd74d517a000)]

              0x0000000018e17000 JavaThread "JBoss System Threads(1)-357" daemon [_thread_blocked, id=115738, stack(0xfffffd74d547e000,0xfffffd74d557e000)]

              0x000000000dd49000 JavaThread "JBoss System Threads(1)-356" daemon [_thread_blocked, id=115679, stack(0xfffffd74d4b75000,0xfffffd74d4c75000)]

              0x0000000009ec9000 JavaThread "JBoss System Threads(1)-355" daemon [_thread_blocked, id=115661, stack(0xfffffd74d6aa3000,0xfffffd74d6ba3000)]





            ---------------  S Y S T E M  ---------------



            OS:                    Oracle Solaris 10 1/13 s10x_u11wos_24a X86

              Copyright (c) 1983, 2013, Oracle and/or its affiliates. All rights reserved.

                                        Assembled 17 January 2013



            uname:SunOS 5.10 Generic_150401-35 i86pc  (T2 libthread)

            rlimit: STACK 10240k, CORE infinity, NOFILE 65536, AS infinity

            load average:52.70 55.27 55.20



            CPU:total 24 (16 cores per cpu, 2 threads per core) family 6 model 44 stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, ht



            Memory: 4k page, physical 75485908k(9580504k free)



            vm_info: Java HotSpot(TM) 64-Bit Server VM (17.0-b17) for solaris-amd64 JRE (1.6.0_21-b07), built on Jul 17 2010 01:12:19 by "" with Workshop 5.8



            time: Wed Dec 21 16:49:15 2016

            elapsed time: 43034 seconds

            • 3. Re: Jboss5.1 server crashes and Big size of core file generated
              Wolfgang Mayer Master

              >>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0xfffffd7ffaa1b7c6 <<<<


              This means 'address not mapped to object'. This is an 'Invalid memory reference' and usally caused by a programming error (in Java). It may be related to this bug  [JDK-8074089] SIGSEGV fault SEGV_MAPERR - Java Bug System


              I'd therefore suggest to update your JDK