Ambiente:
Windows 2003 64-bit
Datasul 11.x
Java 1.6 32-bit
Situação:
Ao acessar o produto, o serviço do Jboss caia, sem escrever informações em log. Os agentes do AppServer também caiam, sem motivo aparente.
Análise:
Após análise detalhada do ambiente, foram verificados os arquivos de log do serviço gerados no diretório "bin" do Jboss. Em um dos arquivos de log encontramos a mensagem de "Out of Memory", por conta dos valores dos parâmetros de memória do Java ultrapassarem o tamanho máximo possível para 32-bit. Abaixo o conteúdo de um dos arquivos:
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 32756 bytes for ChunkPool::allocate
# Possible reasons:
# The system is out of physical RAM or swap space
# In 32 bit mode, the process size limit was hit
# Possible solutions:
# Reduce memory load on the system
# Increase physical memory or swap space
# Check if swap backing store is full
# Use 64 bit Java on a 64 bit OS
# Decrease Java heap size (-Xmx/-Xms)
# Decrease number of Java threads
# Decrease Java thread stack sizes (-Xss)
# Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# Out of Memory Error (allocation.cpp:211), pid=1772, tid=3876
#
# JRE version: 6.0_26-b03
# Java VM: Java HotSpot(TM) Server VM (20.1-b02 mixed mode windows-x86 )
--------------- T H R E A D ---------------
Current thread (0x64594c00): JavaThread "C2 CompilerThread1" daemon [_thread_in_native, id=3876, stack(0x64980000,0x649d0000)]
Stack: [0x64980000,0x649d0000], sp=0x649ce760, free space=313k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
Solução:
Instalado o Java 64-bit e alterada a variável JAVA_HOME, apontando para esta nova instalação do Java.
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))