Openkm java Out Of memory

[albertogomez38]

Tenemos un Openkm CE 6.11 corriendo en un Debian 10 solo para OPENKM.
El sistema tiene 6 Gb de RAM
Recientemente hemos detectado que en ocasiones no podemos hacer login en el sistema.
Creemos que se produce cuando existe una carga de documentos (15 o 20) algunos de ellos de hasta 80 MB.
Revisando los log me en contrado un Java out of memory.

¿podeis decirme si el problema esta en la configuracion de inicio del openkm del fichero setenv.sh?

Code: Select all

# JAVA_OPTS="$JAVA_OPTS -XX:MaxGCPauseMillis=200 -XX:ParallelGCThreads=20 -XX:ConcGCThreads=5 -XX:InitiatingHeapOccupancyPercent=70"
JAVA_OPTS="$JAVA_OPTS -Xms512m -Xmx2048m -XX:+UseG1GC -XX:+UseStringDeduplication"
JAVA_OPTS="$JAVA_OPTS -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=$CATALINA_HOME"
JAVA_OPTS="$JAVA_OPTS -Djava.net.preferIPv4Stack=true -Dmail.mime.ignoreunknownencoding=true"
JAVA_OPTS="$JAVA_OPTS -Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8 -Djava.awt.headless=true"
JAVA_OPTS="$JAVA_OPTS -Dsun.java2d.cmm=sun.java2d.cmm.kcms.KcmsServiceProvider"
# JAVA_OPTS="$JAVA_OPTS -javaagent:$CATALINA_HOME/bin/glowroot.jar"
# JAVA_OPTS="$JAVA_OPTS -Dhttp.proxyHost=proxyhostURL -Dhttp.proxyPort=proxyPortNumber"
# JAVA_OPTS="$JAVA_OPTS -agentlib:jdwp=transport=dt_socket,address=8000,server=y,suspend=n"
# JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9010 -Dcom.sun.management.jmxremote.local.only=false"
# JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false"
CATALINA_PID=$CATALINA_HOME/catalina.pid
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$CATALINA_HOME/lib/sigar:$CATALINA_HOME/bin/cadviewer

Os adjunto tambien otras capturas del servidor para ver si os puede dar alguna pista.

Gracias, un saludo

[jllort]

Prueba a subir la memoria a 4GB ( -Xmx4096m ). En la mayoría de casos este problema se debe a la extracción de texto de documentos que puede causar un consumo elevado de memoria. Otra razón podría ser que si has hecho algún tipo de customización en alguna parte del código se genere un bucle que vaya consumiendo memoria -> el análisis del volcado de la máquina virtual ayuda a localizar estos problemas -> el jprofiles para mi es la mejor herramienta, pero no es trivia utilizar la https://www.baeldung.com/java-profilers ( para un tema puntual puedes instalarte una trial ).

El volcado de memoria ( fichero hprof ) fijo que te lo ha dejado dentro de la carpeta del tomcat ( tendra algunas GB )

[albertogomez38]

Gracias!

Con el cambio sugerido no hemos vuelto a tener el out of memory de java.

Un saludo

[jllort]

De todas formas piensa que algun proceso esta consumiendo bastante memoria ... si vuelve a suceder te aconsejo con alguna de las herramientas que te comenté realizar una analisis de la pila de memoria.

[albertogomez38]

Pego captura la captura de Jprofiler abriendo el fichero hprof (que efectivamente estaba en en la carpeta de tomcat).
No tengo conocimientos para analizar en detalle esto... pero quizas le sirva a alguien en el foro...

Gracias, un saludo