Nuxeo no arranca por falta de memoria

Hola !

Teníamos el Nuxeo funcionando bien y luego de un reinicio de la máquina virtual empezamos a ver el error "Se produjo un error al intentar obtener el archivo en el repositorio digital. " al querer recuperar un documento.

Si le damos “service nuxeo status
devuelve

● nuxeo.service - LSB: Start/stop Nuxeo
   Loaded: loaded (/etc/init.d/nuxeo; generated; vendor preset: enabled)
   Active: active (exited) since Wed 2021-10-20 21:48:20 -03; 1 day 18h ago
     Docs: man:systemd-sysv-generator(8)
  Process: 498 ExecStart=/etc/init.d/nuxeo start (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/nuxeo.service

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.

Podemos reinicializar con nuxeoctl restart pero desde guaraní no lo esta viendo y si ponemos[b] http://34.232.173.37:8080/nuxeo/atom/cmis[/b] siempre

No se puede conectar

Firefox no puede establecer una conexión con el servidor en 34.232.173.37:8080.

Dónde más podemos mirar para ver qué pasa. Antes del reinicio de la máquina virtual estaba funcionando sin problemas…

Gracias por cualquier ayuda

Ahora que intenté más cosas y leí algo más puedo tener más claro que:

el problema es que no está iniciando el servidor de Nuxeo. Al intentar iniciar da el error

[...]
Configuration files generation (nuxeo.force.generation=true)...
Configuration files generated.
Server start failed (1).
#OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000d5550000, 357957632, 0) failed; error='Cannot allocate memory' (errno=12)

# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 357957632 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /var/lib/nuxeo/server/hs_err_pid21966.log

En el detalle de ese archivo con más información dice

# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 357957632 bytes for committing reserved memory.
# Possible reasons:
#   The system is out of physical RAM or swap space
#   The process is running with CompressedOops enabled, and the Java Heap may be blocking the growth of the native heap
# Possible solutions:
#   Reduce memory load on the system
#   Increase physical memory or swap space
#   Check if swap backing store is full
#   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 (os_linux.cpp:2798), pid=16265, tid=0x00007fa617803700
#
# JRE version:  (8.0_302-b08) (build )
# Java VM: OpenJDK 64-Bit Server VM (25.302-b08 mixed mode linux-amd64 compressed oops)
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#

Y más abajo en ese mismo archivo …

VM Arguments:
jvm_args: -Xms512m -Xmx1024m -Dfile.encoding=UTF-8 -Dmail.mime.decodeparameters=true -Dnet.sf.ehcache.skipUpdateCheck=true -Djava.util.Arrays.useLegacyMergeSort=true -Dsun.net.http.retryPost=false -Djava.net.preferIPv4Stack=true -Djava.awt.headless=true -Djava.util.logging.config.file=/var/lib/nuxeo/server/conf/logging.properties -Djava.util.logging.config.file=/var/lib/nuxeo/server/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Dnuxeo.home=/var/lib/nuxeo/server -Dnuxeo.conf=/etc/nuxeo/nuxeo.conf -Dnuxeo.log.dir=/var/log/nuxeo -Dnuxeo.data.dir=/var/lib/nuxeo/data -Dnuxeo.tmp.dir=/var/lib/nuxeo/server/tmp -Dnuxeo.mp.dir=/var/lib/nuxeo/server/packages -Djava.io.tmpdir=/var/lib/nuxeo/server/tmp -Dcatalina.base=/var/lib/nuxeo/server -Dcatalina.home=/var/lib/nuxeo/server
java_command: org.apache.catalina.startup.Bootstrap start
java_class_path (initial): .:/var/lib/nuxeo/server/nxserver/lib:/var/lib/nuxeo/server/bin/bootstrap.jar:/var/lib/nuxeo/server/bin/tomcat-juli.jar
Launcher Type: SUN_STANDARD

OS:PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

uname:Linux 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64
libc:glibc 2.24 NPTL 2.24
rlimit: STACK 8192k, CORE 0k, NPROC 3803, NOFILE 1048576, AS infinity
load average:0.10 0.06 0.02

/proc/meminfo:
MemTotal:         995600 kB
MemFree:           68664 kB
MemAvailable:     206708 kB
Buffers:           75628 kB
Cached:           400520 kB
SwapCached:            0 kB
Active:           648228 kB
Inactive:         142708 kB
Active(anon):     527184 kB
Inactive(anon):    40948 kB
Active(file):     121044 kB
Inactive(file):   101760 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:             13740 kB
Writeback:             0 kB
AnonPages:        314900 kB
Mapped:           221376 kB
Shmem:            253344 kB
Slab:              99736 kB
SReclaimable:      85728 kB
SUnreclaim:        14008 kB
KernelStack:        2244 kB
PageTables:        16408 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      497800 kB
Committed_AS:    1233460 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:     34816 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:       71592 kB
DirectMap2M:      952320 kB
DirectMap1G:           0 kB

No se si pasa justo por ahí pero veo que en el mensaje de error intenta mapear unos 342 Mb y en el archivo que me devuelve me dice que hay MeMAvailable de 202 Mb.

Si corro free -h para ver memoria…

 free -h
              total        used        free      shared  buff/cache   available
Mem:           972M        278M        152M        213M        541M        318M
Swap:            0B          0B          0B

Lo raro es que el RDI venía funcionando bien hasta que reiniciamos la máquina virtual por una ampliación del volumen. A partir de ahí nunca más pude hacerlo arrancar. (Tenemos unos 6000 documentos cargados, y no tengo tanta información de cómo están almacenados como para saber si los pierdo si vuelvo a instalar el Nuxeo de 0).

Gracias por cualquier ayuda

Después de poder hacer la comparación con el servidor de testing, vi que en testing había un swap de 1 GB.

Cree ese Swap en producción, siguiendo estos pasos https://linuxize.com/post/how-to-add-swap-space-on-debian-9/
y anduvo.

Dejo la solución, aunque sea para registro personal.

Hola

Muchas Gracias por compartir la solución

Saludos!