4 Replies Latest reply on Jan 2, 2018 11:58 AM by adrianoschmidt

    Problema Wildfly Mod_Cluster

    pex14

      Olá Pessoal boa tarde como vai?

       

      Seguinte tinha uma estrutura com wildfly 10 na linode funcionava certinho, ai ganhamos um voucher de 2 anos da google cloud.

       

      Ao migrar as maquinas me deparei com o seguinte problema, ao tentar acessar o systemprops pelo ip do balanceador da o seguinte erro:

      503 Service Unavailable

      Já acessando direto pelo no funciona, e no mod_cluster mostra o node certinho e o projeto systemprops!

       

      Estrutura:
      maquina1: wildfly master 104.196.66.126

      maquina2: wildfly node2 35.185.115.57

      maquina3: Centos 7 HTTPD 35.184.252.143

       

       

      URL Mod_cluster: http://35.184.252.143:8180/mod_cluster_manager

       

      URL direto do Node: http://35.185.115.57:8180/systemprops/

       

      URL Mod_cluster com o systempros http://35.184.252.143:8180/systemprops

       

      Obrigado pessoal!

        • 1. Re: Problema Wildfly Mod_Cluster
          pex14

          Acabei de descobrir uma coisinha aqui, ao configurar o wildfly no google setei as interfaces como privadas da maquina do google pois o ip externo publico dava esse problema quando setava:

           

           

           

           

          Host Controller] ^[[0m^[[0m20:01:19,594 INFO [org.jboss.as] (MSC service thread 1-1) WFLYSRV0049: WildFly Full 10.0.0.Final (WildFly Core 2.0.10.Final) starting^[[0m

          [Host Controller] ^[[0m^[[0m20:01:20,859 INFO [org.xnio] (MSC service thread 1-1) XNIO version 3.3.4.Final^[[0m

          [Host Controller] ^[[0m^[[31m20:01:20,877 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.network.management: org.jboss.msc.service.StartException in service jboss.network.management: WFLYSRV0082: failed to resolve interface management^[[0m

          [Host Controller] ^[[31m at org.jboss.as.server.services.net.NetworkInterfaceService.start(NetworkInterfaceService.java:91)^[[0m

          [Host Controller] ^[[31m at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)^[[0m

          [Host Controller] ^[[31m at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)^[[0m

          [Host Controller] ^[[31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)^[[0m

          [Host Controller] ^[[31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)^[[0m

          [Host Controller] ^[[31m at java.lang.Thread.run(Thread.java:748)^[[0m

          [Host Controller] ^[[31m^[[0m

          [Host Controller] ^[[31m^[[0m^[[0m20:01:20,884 INFO [org.xnio.nio] (MSC service thread 1-1) XNIO NIO Implementation Version 3.3.4.Final^[[0m

          [Host Controller] ^[[0m^[[0m20:01:21,011 INFO [org.jboss.remoting] (MSC service thread 1-1) JBoss Remoting version 4.0.18.Final^[[0m

          [Host Controller] ^[[0m^[[0m20:01:21,061 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report^[[0m

          [Host Controller] WFLYCTL0184: New missing/unsatisfied dependencies:

          [Host Controller] service jboss.network.management (missing) dependents: [service jboss.remoting.server.management]

          [Host Controller] service jboss.remoting.authentication_provider.management (missing) dependents: [service jboss.remoting.server.management]

          [Host Controller] WFLYCTL0186: Services which failed to start: service jboss.network.management

          [Host Controller]

          [Host Controller] ^[[0m^[[31m20:01:21,062 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0034: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details.^[[0m

          [Host Controller] ^[[31m^[[0m^[[0m20:01:21,087 INFO [org.jboss.as] (MSC service thread 1-1) WFLYSRV0050: WildFly Full 10.0.0.Final (WildFly Core 2.0.10.Final) stopped in 9ms^[[0m

          [Host Controller] ^[[0m^[[0m

          ^[[0m20:01:21,409 INFO [org.jboss.as.process.Host Controller.status] (reaper for Host Controller) WFLYPC0011: Process 'Host Controller' finished with an exit status of 99

          ^[[0m^[[0m20:01:21,410 INFO [org.jboss.as.process] (Thread-8) WFLYPC0017: Shutting down process controller

          ^[[0m^[[0m20:01:21,411 INFO [org.jboss.as.process] (Thread-8) WFLYPC0016: All processes finished; exiting

           

          e na linode todas minhas interfaces que setava era publicas, já no google cloud quando coloco o ip publico da esse erro acima ai coloquei todos pelo ip interno da maquina, creio que resolvendo esse problema irei conseguir resolver o do load balancer!

          • 2. Re: Problema Wildfly Mod_Cluster
            iweiss

            Oi Philippe,

             

            Dá uma olhada no server.log do WildFly e no error_log do Apache para ver se algum erro foi gerado quando você tentou acessar a aplicação e anexa os logs.

             

            []z

            • 3. Re: Problema Wildfly Mod_Cluster
              pex14

              Olá pessoal Boa noite!

               

              Descobri o problema as maquina do google cloud vem com o SELINUX ativado!

               

              O que pega e que ele faz uma politica de segurança para todos os processos do linux e objetos do sistema e isso estava impedindo que o httpd enviasse o trafego para a maquina,nunca tinha ouvido falar mais bom que descobri

               

              então e só fazer assim :

              para mudar o modo de aplicar para permissivo e só jogar o comando:

              setenforce 0

              para desabilitar o mesmo e só ir em /etc/sysconfig/selinux e mudar  SELINUX=disabled

              Após isso e só reiniciar o sistema e pimba!

               

              Obrigado pessoal!

               

               

              1 of 1 people found this helpful
              • 4. Re: Problema Wildfly Mod_Cluster
                adrianoschmidt

                maldito SELINUX.... já apanhei bastante por causa dele hahah