Problemas ao iniciar o fluig

TOTVS Fluig Infraestrutura
, , , ,
1

Pessoal,

versao 1.5.13-EP3 112

tenho um servidor de homologação do fluig com a seguinte configuração (em anexo) config.PNG

instalei o fluig tudo normal e funcionou rapidamente sem maiores problemas.

mais de um tempo pra cá notei ele mais lento nos datasets internos. o dataset de carregar a arvore demora as vezes 25 segundos.

e ao iniciar que antes demorava 5 minutos a 10 em media, agora demora mais de 30 minutos, e fica dando esse erro no log:

10:24:16,567 INFO [com.totvs.technology.wcm.core.service.WCMAsyncMDBBean] (Thread-220 (HornetQ-client-global-threads-559328436)) Corrigindo as widgets de PageVersion: 103 10:24:26,068 INFO [com.fluig.startup.service.FluigStartupBean] (EJB TIMER - 9) =============================================== 10:24:26,068 INFO [com.fluig.startup.service.FluigStartupBean] (EJB TIMER - 9) == Fluig is starting. Please wait. == 10:24:26,068 INFO [com.fluig.startup.service.FluigStartupBean] (EJB TIMER - 9) == Waiting for asynchronous queue. == 10:24:26,068 INFO [com.fluig.startup.service.FluigStartupBean] (EJB TIMER - 9) =============================================== 10:24:30,342 ERROR [org.jboss.as.ejb3.invocation] (Thread-71 (HornetQ-client-global-threads-559328436)) JBAS014134: EJB Invocation failed on component queue/TOTVSTechAsyncQueue for method public abstract void javax.jms.MessageListener.onMessage(javax.jms.Message): javax.ejb.EJBException: JBAS014516: Failed to acquire a permit within 1 MINUTES

verifiquei o banco de dados (que e em um servidor separado) e esta super rápido e assim como o processamento e memoria do servidor do fluig. nunca chega nem na metade da capacidade. e so tem 4 usuários usando e nem 2000 solicitações abertas.

alguém tem alguma ideá do que pode ser?

edit:

esta o padrao do fluig, não mexi nessas configurações. 


   <pools>
                <bean-instance-pools>
                    <strict-max-pool name="slsb-strict-max-pool" max-pool-size="80" instance-acquisition-timeout="1" instance-acquisition-timeout-unit="MINUTES"/>
                    <strict-max-pool name="mdb-strict-max-pool" max-pool-size="80" instance-acquisition-timeout="1" instance-acquisition-timeout-unit="MINUTES"/>
                    <strict-max-pool name="mdb-strict-single-pool" max-pool-size="1" instance-acquisition-timeout="1" instance-acquisition-timeout-unit="MINUTES"/>
                    <strict-max-pool name="permission-ejb-pool" max-pool-size="80" instance-acquisition-timeout="1" instance-acquisition-timeout-unit="MINUTES"/>
                </bean-instance-pools>
            </pools>

atualmente a configuração do standlone para memoria e:


JAVA_OPTS="$JAVA_OPTS -Xms10g -Xmx12g -XX:MaxPermSize=2g"

Meu banco e SQL SERVER 2012

2

Leandro,

como está configurado o EJB Pool no JBOSS?


<pools>
<bean-instance-pool>
......
</bean-instance-pool>
</pools>
3

esta o padrao do fluig, não mexi nessas configurações.

name=“slsb-strict-max-pool” max-pool-size=“80” instance-acquisition-timeout=“1” instance-
acquisition-timeout-unit=“MINUTES”

name=“mdb-strict-max-pool” max-pool-size=“80” instance-acquisition-timeout=“1” instance-acquisition-timeout-unit=“MINUTES”

name=“mdb-strict-single-pool” max-pool-size=“1” instance-acquisition-timeout=“1” instance-acquisition-timeout-unit=“MINUTES”

name=“permission-ejb-pool” max-pool-size=“80” instance-acquisition-timeout=“1” instance-acquisition-timeout-unit=“MINUTES”

4

Esse tipo de resposta na verdade deveria ser um comentário na pergunta a fim de leventar mais detalhes para então mandar a resposta.

5

É possível neste caso que seja o dimensionamento do servidor.

Quando o fluig sobe ele tenta corrigir problemas nas páginas do WCM, caso o servidor esteja mal dimensionado, volta e meia ele dará erro indicando que o JMS não conseguiu permissão pra executar (já que outro estava em seu caminho). Em meio aos sobe e desce do fluig, essas falhas se acumularam e agora ele está ficando cada vez mais emperrado na hora de executar, pois não consegue executar nem os itens da fila que ficaram pra trás.

Se for o que eu estou dizendo, pra corrigir isso, você deve:

1 - Apagar a pasta data dentro de standalone (faça backup) (ela pode conter dados de operações postergadas, apague também a tmp e a log por garantia).

2 - Dimensione o fluig (dentro da pasta bin tem o standalone.bat, altere aonde indica 4g e 1g nas variáveis -Xmx que devem estar logo nas primeiras linhas pra um valor mais próximo da sua memória RAM, algo como 10g 3g ou 12g 1g, isso vai permitir que o jboss consuma mais poder de processamento do seu servidor, porque não adianta ter um server de 16gb e o jboss se manter dimensionado a 4gb).

Tente subir desta forma.

6

coloquei nas configurações o dimensionamento atual do meu servidor.

7

Fera... Enfrentamos o mesmo problema de lentidão aqui. No nosso caso conseguimos identificar que estava na configuração incorreta MYSQL e do JBOSS na implantação. Se aí o banco também for MYSQL,dá uma olhadinha nesse link na parte do my.cnf. Aqui os ajustes resolveram em defintivo. Pra checar se é isso mesmo, abre o Dashboard de Performance do WorkBench (aqui antes da melhoria estava TABLE CACHE E INNODB em 100% o tempo inteiro). No JBOSS também é interessante aumentar a memória. Muitas vezes o server está até com folga de recursos de memória e processamento, mas as aplicações estão limitadas.

8

meu banco e SQL SERVER 2012. adicionei na pergunta.