Jboss 7.1 domain server group down

[marcelomrwin]

Pessoal, estou me deparando com uma situação muito estranha num ambiente em modo domain.

Meu ambiente possui 3 hosts. Um sendo o host controller + apache em mod_cluster e mais dois hosts (host1 e host2).

Tenho a configuração de dois server groups (grupoA e grupoB). Cada um dos hosts (host1 e host2) possui uma instância que faz parte ou do grupoA ou do grupoB. Logo, em cada um dos hosts eu tenho a presença de pelo menos um server de cada grupo.

É fato que as máquinas possuem capacidade de memória limitada mas neste momento estamos apenas realizando testes com no máximo 2 usuários simultâneos.

Estranhamente de repente o contexto que compõe o grupoA para de responder e o apache passa a exibir erros quando se tenta acessar a aplicação. Através do gerenciador administrativo pela web porta 9990 eu consigo verificar que o grupoB está ativo mas o grupoA não está.

Procurei nos logs tanto do host1 quanto do host2 e não encontrei algo que justificasse este comportamento. O que localizei na raiz do jboss do host1 foram as linhas:

INFO  [org.jboss.as.process.Server:DC01-host1.status] (ProcessController-threads - 12) JBAS012017: Starting process 'Server:host1'
INFO  [org.jboss.as.process.Server:DC01-host1.status] (reaper for Server:host1) JBAS012010: Process 'Server:host1' finished with an exit status of 137

Esperava que houvesse pelo menos um thread dump de emergência caso um outofmemory tenha ocorrido. O fato é que aparentemente sem motivo as instâncias que compõem o grupoA ficam desabilitadas. Achei que poderia ser um outofmemory mas mesmo assim não justificaria que se no nó host1 estourasse memória o contexto no host2 também fosse afetado.

Posso até estar equivocado mas não me recordo de ter visto nada parecido. É possível que um erro em um host possa derrubar todo o grupo de servidores? E mais, alguém conhece alguma outra forma de localizar algo que justifique a parada da instância do server de forma repentina?

Abraço a todos

[luan.cestari]

Oi

Você pode habilitar o HeapDumpOnOutOfMemoryError ( e com o path como no http://stackoverflow.com/questions/542979/using-heapdumponoutofmemoryerror-parameter-for-heap-dump-for-jboss ). Eu acho que foi OOM o problema, embora não tenha mais ifnormações. Usa o Eclipse MAT para analizar depois.

Att.

Luan

[mauriciomag]

Estranho realmente estranho...

Então as instância "caem" do nada assim? O processo some mesmo ou as instâncias simplesmente não respondem?

Abs

[marcelomrwin]

Foi estranho demais. As instâncias simplesmente pararam. Incluí os parâmetros de geração de heap dump caso um OOM ocorra. Não me recordo onde mas eu li que alguém reclamara bastante sobre uns bugs quando se trabalha em modo domain no jboss 7.1.1. Já tive alguns probleminhas principalmente pra conectar com o CLI. Em todo caso, eu estou implantando o mesmo ambiente desta vez com o EAP. A tendência é que em pouco tempo este cliente adquira subscrição junto a Red Hat. Assim, vou aguardar e ver se o problema irá se repetir.

Abração a todos

[mauriciomag]

Legal no proximo então terá evidências....

Em relação ao JBoss EAP posso dizer que está muito estável. Se fosse você ja iniciaria o projeto com o JBoss EAP 6.2 existem algumas funcionalidades bem interessantes sobre auditoria na administração além de muitas correções.

Abs

[marcelomrwin]

Sua sugestão é um ultimato meu amigo. Já estou com o EAP 6.2. Agora vou explorar através dos materiais que adquiri na packt o que mais posso extrair deste server. Valeu Mauricio, mais uma vez.

Abração

[mauriciomag]

kkkkkkkkk Legal Marcelo

Documentação: https://access.redhat.com/site/documentation/en-US/JBoss_Enterprise_Application_Platform/

http://rhsummit.files.wordpress.com/2012/03/sharples_jboss_eap6_ease_into_cloud.pdf apresentação do mesmo autor dos videos da Packt.

Ótimo video: