Hola.
Muchas gracias por los comentarios, gracias a ellos investigué un poco
más y descubrí en dónde Glassfish guarda los coredumps:
$GLASSFISH_HOME$/domains/domain1/config
Cada vez que ocurra algún error se guardará un archivo con el siguiente
nombre: hs_err_pidXXXX.log este archivo contiene toda la información
necesaria para empezar a resolver el problema.
Espero esto ayude a alguien más si se encuentra con el mismo problema.
Saludos y muchas gracias!
El 11/07/2016 a las 05:19 p. m., miguel gonzalez escribió:
Hola:
Hace mucho tuve que depurar una aplicación java que se caía y no sabíamos
porque y lo mejor es activar la opción de que cree coredumps cuando muere la
aplicación. Así podrás ver que tenias en memoria y hacerte una idea de porque
muere la aplicación.
Saludos
Efraín Déctor <efraindec...@motumweb.com> wrote:
Hola.
Tengo un problema con CentOS 7 y Glassfish 2.1.1 (java version
"1.7.0_80"). Ultimamente el proceso de Glassfish se está muriendo de
forma aleatoria, se que a veces el kernel puede decidir matar a un
proceso en caso de que esté consumiendo mucha memoria, sin embargo el
servidor tiene 62GB de RAM además de 10GB de SWAP configurados
(Glassfish está configurado para que use máximo 15 GB de memoria), he
visto todos los mensajes de log posibles (audit, messages, dmesg) pero
en ninguno de estos hay información sobre si el proceso fue matado por
el sistema operativo.
Existe algún lugar adicional en dónde pueda saber por qué el proceso es
terminado?.
uname -a
Linux server.edh.mx 3.10.0-229.11.1.el7.x86_64 #1 SMP Thu Aug 6 01:06:18
UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Muchas gracias de antemano.
Saludos
_______________________________________________
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es
_______________________________________________
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es
