1 Reply Latest reply on May 21, 2007 4:34 AM by arussel

    JBoss shutdown without any log

    arussel

      We plan to deploy app in a farm with apache as a front using mod_jk. At the moment we test using apache2, mod_jk 1.2.18-3, and jboss 4.0.4. Just One instance of apache and jboss on the same machine.
      We configured mod_jk so request are sent to jboss. It works for few requests then we get an error, mod_jk on apache gives the following message:
      [Fri May 18 09:25:38 2007] [10792:19376] [error] ajp_service::jk_ajp_common.c (1794): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=ajp13w failed

      using netstat -a we see that all jboss services (8009, 1098, ..) are closed, all connection to mysql are established instead of listen. Trying to connect to jboss using twiddle gives a not connected error. All this make us think that JBoss has just shut down.

      We set the log of org.jboss and org.apache to DEBUG, the last log are:
      2007-05-18 10:15:12,881 DEBUG [org.apache.jk.common.HandlerRequest] Invoke returned 0
      2007-05-18 10:15:12,881 DEBUG [org.apache.jk.common.ChannelSocket] receive()
      2007-05-18 10:15:14,879 DEBUG [org.apache.catalina.session.ManagerBase] Start expire sessions StandardManager at 1179476114878 sessioncount 0
      2007-05-18 10:15:14,879 DEBUG [org.apache.catalina.session.ManagerBase] End expire sessions StandardManager processingTime 1 expired sessions: 0
      2007-05-18 10:15:14,879 DEBUG [org.apache.catalina.session.ManagerBase] Start expire sessions StandardManager at 1179476114879 sessioncount 0
      2007-05-18 10:15:14,879 DEBUG [org.apache.catalina.session.ManagerBase] End expire sessions StandardManager processingTime 0 expired sessions: 0

      we can't find a single message telling us that jboss has shut down.
      It just look that jboss has shutdown, cleanly and very suddenly.
      Does anyone has an idea on where to look for clues ?
      thanks
      alex

        • 1. Re: JBoss shutdown without any log
          arussel

          We finally tracked down the problem. It has nothing to do with mod_jk.
          One of our app is using jboss rules and the jvm crashes always at the same place:
          --------------- T H R E A D ---------------

          Current thread (0x08105a48): JavaThread "CompilerThread0" daemon [_thread_in_native, id=10980]

          siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000

          Registers:
          EAX=0x00000000, EBX=0x407127f0, ECX=0x6a58eee0, EDX=0x6c0c78a4
          ESP=0x6a58ee54, EBP=0x6a58ee78, ESI=0x6c0c8010, EDI=0x6a58eee0
          EIP=0x40530cd1, CR2=0x00000000, EFLAGS=0x00010212

          Top of Stack: (sp=0x6a58ee54)
          0x6a58ee54: 6a58f36c 6a58ef08 40530c16 407127f0
          0x6a58ee64: 6c4585d8 6a58ee98 407127f0 6c0c8010
          0x6a58ee74: 6c0c7fcc 6a58eea8 40530d75 6c0c8644
          0x6a58ee84: 6c0c78a4 6c0c8644 6a58eee0 6c0c86c8
          0x6a58ee94: 6c0c94d4 6c0c7fcc 407127f0 6c0c8644
          0x6a58eea4: 00000000 6a58ef08 40531258 6c0c8644
          0x6a58eeb4: 6c0c8010 6c0c8644 6a58eee0 00000039
          0x6a58eec4: 6c0c90bc 6a58eef8 405b5dd5 6c0c90bc

          Instructions: (pc=0x40530cd1)
          0x40530cc1: 10 eb de 31 c0 eb 8e 8b 42 04 83 ec 0c 8b 40 08
          0x40530cd1: 8b 08 50 ff 51 28 83 c4 10 e9 48 ff ff ff 90 55

          Stack: [0x6a511000,0x6a591000), sp=0x6a58ee54, free space=503k
          Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
          V [libjvm.so+0x3c9cd1]
          V [libjvm.so+0x3c9d75]
          V [libjvm.so+0x3ca258]
          V [libjvm.so+0x4511fd]
          V [libjvm.so+0x450e90]
          V [libjvm.so+0x1a11c0]
          V [libjvm.so+0x19e432]
          V [libjvm.so+0x1474b3]
          V [libjvm.so+0x1a6929]
          V [libjvm.so+0x1a6281]
          V [libjvm.so+0x4c8366]
          V [libjvm.so+0x4c2ba3]
          V [libjvm.so+0x424338]
          C [libpthread.so.0+0x50bd]


          Current CompileTask:
          opto:941 ! org.drools.lang.RuleParser.rule()Lorg/drools/lang/descr/RuleDescr; (2152 bytes)

          I take it to the Jboss Rules forum