Buenas:

 

es necesaria más información del servidor, en cuanto a catidad de RAM instalada.

Lo que si veo es que esta usando un heapsize estratosferico (en cuanto a tamaño)

El heapsize influye en cuando se ejecuta el Garbage collector (recogida de 
basura) de Java.

Con ese tamaño tan grande, no se ejecuta en un buen rato y cuando lo hace, 
hacer limpieza de una cantidad tan grande, se las trae. A no ser que tengas una 
super maquina (multiprocesador y a partir de 16Gb de RAM) manejarse ese 
heapsize, te pude tirar a bajo la máquina (el error que reportas no es por 
falta de memoria). 

 

Asi pues informa de las caracteristicas del servidor, e incluye el dump 
completo, a ver si damos con el qué. Por otro lado solo opinar que si estos 
"expertos" te han puesto ese heapsize para que su aplicación tire, o bien no 
conocen muy ben el tema o simplemente me pongo a temblar de cómo está 
codificada la aplicación (o igual es un ERP completo, quien sabe).


Saludos 

Luis López
----Mensaje original----
De: [EMAIL PROTECTED]
Recibido: 04/11/2008 21:53
Para: "forum.help400"
Asunto: Domino y Java 


Alguien puede colaborar!! 

        Se tiene un Servidor Windows NT 5,02 (2003 Server)  JVM 1.4.2  y Domino 
7.0.3 
        Este servidor se cae al menos una vez por día.. 
        
        La aplicación esta desarrollada con Domino, sin embargo, parte 
importante de 
        su logica esta desarrollada en Java.  Para ello, los desarrolladores 
utilizan 
        Eclipse y generan unos  jar  que luego se importan al proyecto. 
        
        Los expertos han dejado algunos parametros del ini y Domino de la 
siguiente 
        forma... 

        JavaMaxHeapSize=2000 MB 
        JavaMinHeapSize=1200 MB 
        JavaStackSize=1809600 

        Number active threads 50 
        Web agent timeout 90 seconds 

############################################################
### FATAL THREAD 61/74 [   nhttp:  0df0:  0f78]
### FP=0x61a3fdcc, PC=0x60176b81, SP=0x61a3f658
### stkbase=61a40000, total stksize=262144, used stksize=2472
### EAX=0x01d10648, EBX=0x000003e8, ECX=0x016d0000, EDX=0x016d0000
### ESI=0x61a3fc60, EDI=0x00000000, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010206
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x60176b81 [EMAIL PROTECTED] (60b0592f)
@[ 2] 0x60176bfc [EMAIL PROTECTED] (107)
@[ 3] 0x60101c35 [EMAIL PROTECTED] ()
@[ 4] 0x60045c3e [EMAIL PROTECTED] (1,1)
@[ 5] 0x60046cb3 [EMAIL PROTECTED] (1c02790)
@[ 6] 0x60046bc7 [EMAIL PROTECTED] ()
@[ 7] 0x600c6949 [EMAIL PROTECTED] (1c6fad7,bb8)
@[ 8] 0x1000f636 nhttpstack.HTEvent::Wait+22 (bb8,3)
@[ 9] 0x1002d36a nhttpstack.HTWorkerThread::ThreadMain+106 (1c6fabb,0)
@[10] 0x60103160 [EMAIL PROTECTED] (0)

        ""  El Sevidor se queda sin memoria y hace crash......""" 

        Consultas con duda... 

        ->Sí los agentes se utilizan para acceder a los jar que estan en java y 
los metodos 
        tardan más de los 90 segundos definidos en el servidor . 
        ¿ El agent manager administra la caida del agente.? 
        ¿ que pasa con la VM y los metodos que se ejecutaban ? .... parece que 
el GC no se da cuenta... 
        y esto a la larga hace crash sobre la memoria.... 

        El profile de Domino llega hasta los tiempos del agente pero no 
profundiza con los jar.... 
        Existe alguna herramienta para hacer profile de la VM que utiliza 
Domino ..... 
        ¿ como puedo conocer el uso y consumo de la VM de este entorno ? 

Gracias por sus aportes... 


        







                 TERRA 

-->

__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400

Responder a