Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-847

Strange hangup during stopping of server - must be killed by SIGKILL

    XMLWordPrintable

Details

    • Bug
    • Resolution: Obsolete
    • Critical
    • None
    • None
    • Server
    • None

    Description

      During investigation another JIRA (AS7-3607) I've affected by another issue too.

      Let say - you have machine after successful reboot. You should prepare network environment as described in AS7-3607, the only one difference is you must disable loopback interface too (ip link set dev lo down).

      Now, when you try to start AS7, everything is OK, more precisely is the same as in other issue (AS7-3607).

      BUT - when you hit Ctrl-C now - you try to stop server - it hang-up and report only:

      17:05:23,502 INFO  [org.jboss.as] (Controller Boot Thread) JBoss EAP 6.0.0.Alpha2 (AS 7.1.0.CR1-redhat-1) started in 14012ms - Started 158 of 228 services (68 services are passive or on-demand)
      ^C17:05:50,274 INFO  [org.jboss.as.messaging] (MSC service thread 1-2) JBAS011605: Unbound messaging object to jndi name java:/queue/test
      17:05:50,279 INFO  [org.jboss.as.osgi] (MSC service thread 1-1) JBAS011921: Stopping OSGi Framework
      17:05:50,279 INFO  [org.jboss.as.messaging] (MSC service thread 1-2) JBAS011605: Unbound messaging object to jndi name java:/RemoteConnectionFactory
      17:05:50,282 INFO  [org.jboss.as.messaging] (MSC service thread 1-2) JBAS011605: Unbound messaging object to jndi name java:/ConnectionFactory
      17:05:50,341 INFO  [org.jboss.as.logging] JBAS011503: Restored bootstrap log handlers
      17:05:50,350 INFO  [jacorb.poa] POA IRPOA destroyed
      17:05:50,381 INFO  [org.hornetq.core.server.impl.HornetQServerImpl] HornetQ Server version 2.2.7.Final (HQ_2_2_7_FINAL_AS7, 121) [3fe9aa6a-4d86-11e1-b2c6-000000000001] stopped
      17:05:50,411 INFO  [jacorb.poa] POA Naming destroyed
      17:05:50,434 INFO  [jacorb.poa] POA RootPOA destroyed
      17:05:50,440 INFO  [com.arjuna.ats.jbossatx] ARJUNA032018: Destroying TransactionManagerService
      17:05:50,442 INFO  [com.arjuna.ats.jbossatx] ARJUNA032014: Stopping transaction recovery manager
      17:05:50,441 INFO  [jacorb.orb] prepare ORB for shutdown...
      17:05:50,442 INFO  [jacorb.orb] ORB going down...
      17:05:50,446 INFO  [jacorb.orb.iiop] Listener exited
      17:05:50,447 INFO  [jacorb.orb] ORB shutdown complete
      17:05:50,447 INFO  [jacorb.orb] ORB run, exit
      ^Z
      [1]+  Stopped                 ./standalone.sh
      [pjanouse@fedora15-vrt1 bin]$ kill -9 %1
      [1]+  Killed                  ./standalone.sh
      [pjanouse@fedora15-vrt1 bin]$
      

      As you can see, it can be killed only by SIGKILL signal.

      More strange is when you now enable loopback interface again (ip link set dev lo up), start/stop sequence works fine (as expected).

      And the strangest is when you disable loopback again, it works fine as in previous step - everything works as you can expect. I think it is related to some network issue, but I can't be more precise now, I can't find any other aspect why it is occurred after reboot only.

      I try also several attempts (loopback interface disabled) during let say 10 minutes (due to attempt to eliminate resolver/DNS timeouts etc.), but until I did up/down sequence in lo interface, behavior was the same - only SIGKILL stops it.

      I try it several times, after several reboot my instance inside VirtualBox and behavior is the same - so it isn't accind situation. So I hope it isn't related to only network stack implementation/virtualization inside VirtualBox and is reproducible in another linux box too.

      Attachments

        Issue Links

          Activity

            People

              Unassigned Unassigned
              pjanouse@redhat.com Pavel Janousek
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: