2 Replies Latest reply on Aug 6, 2018 10:14 AM by bpogace

    [WF13] Different behavior in http-response between Master and Slave in a shared-store messaging configuration

    bpogace

      Hello everyone,

       

      I am trying to have a web application deployed in a 2-server Standalone cluster with singleton mode. Since the application uses Java EE features, the standalone-full-ha configuration is used for both servers.
      Here I am reporting an issue I have described in this post as well: Re: Cluster with singleton deployment - backup server going on Timeout

      I am using shared-store master/slave configuration for the JMS messaging feature (artemis) and I'm noticing a strange behavior:

      • if the "master" server is the singleton provider, the slave node will respond with code 404 to any http request receiving and will continue to log the following
      DEBUG [org.apache.activemq.artemis.core.server.impl.FileLockNodeManager] (AMQ119000: Activation for server ActiveMQServerImpl::serverUUID=e0ad4bc3-94cd-11e8-94cd-e30340ffb9ce) trying to lock position: 1
      DEBUG [org.apache.activemq.artemis.core.server.impl.FileLockNodeManager] (AMQ119000: Activation for server ActiveMQServerImpl::serverUUID=e0ad4bc3-94cd-11e8-94cd-e30340ffb9ce) failed to lock position: 1
      

       

      • if the slave server is the singleton provider, similar logs are being produced continuously (see below) by the master node (running in a passive state) but it doesn't reply with 404 and stays in a request-processing state (browser loading the page) even though the application is not deployed. My desired behavior is for the server to reply with 404 in this case as well.
      DEBUG [org.apache.activemq.artemis.core.server.impl.FileLockNodeManager] (ServerService Thread Pool -- 74) trying to lock position: 1
      DEBUG [org.apache.activemq.artemis.core.server.impl.FileLockNodeManager] (ServerService Thread Pool -- 74) failed to lock position: 1
      

       

      Please let me know if you have any suggestion on this or if you need more information.

      Best regards,

      Besian