KamoCRM

El montón encaja en el contenedor, así que una reunión nunca es OOMKilled

FixKlusterServices
Se descapó
28 de septiembre de 2026 a las 21:38 UTC
Autor
Kamo
Compromit
d875d84

La imagen comienza java -Xmx${JIGASI MAX MEMORY:-3072m} y el contenedor se limitó a 1Gi: el montón podría superar el contenedor, y Jigasi fue OOMKilled mid-meeting (salir 137 a 21:36 el 2026-09-28, SP14 Task 31), dejando caer la AI y cada otra etapa SIP de cada reunión inmediatamente. JIGASI MAX MEMORY 1280m y un límite de 2Gi (512Mi solicitado): el resto del contenedor es libMeet memoria multimedia nativa, hilos y metaespacial, como dice Kamo para vainas Java. checksum/config is recomputado, por lo que el empujón reinicia a Jigasi con el nuevo montón.

Todos los cambios

Como lo que ves enviaste?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Arranzar gratis para siempreVer Precios