Esto es todo lo que encontré
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Command fue eliminado con SIGKILL (terminación forzada): ember build -prod
¿Ideas?
Se ejecutó durante demasiado tiempo. Intenta aumentar el espacio de intercambio o la RAM.
Soy un poco escéptico. 8 GB de RAM, se apagó de inmediato y algo así nunca antes había sucedido. ¿Qué se puede cambiar para que esa memoria no sea suficiente hoy, pero sí lo fuera ayer y cuando actualicé la base de datos 
?
Aprecio tu escepticismo.
Esa ha sido la solución cuando he tenido ese error. Una búsqueda rápida (muy rápida) en Internet dice lo mismo.
Lo intentaré de todos modos, por supuesto. Añadir swap no es un trabajo tan grande. Pero no entiendo por qué sucedió 
Normalmente grep /var/discourse/discourse-setup y copio/pego la parte que configura el intercambio.
Tampoco entiendo.
2-contenedor, y cuando primero detuve web_only y luego hice ambos contenedores, funcionó. Así que puede ser falta de memoria, en efecto.
Hace 30 años, la recomendación era tener tanta swap como RAM. No sé cuál es la regla general ahora, pero creo que con 8 GB, añadir 2 o incluso 4 no es una mala idea.
Agregué 2 gigas. Sin embargo, no sé por qué intento ahorrar espacio en disco. Porque si alguna vez estoy en una situación en la que tengo problemas porque me faltan pocos gigas, tengo cosas más importantes en las que pensar que el tamaño de mi memoria swap.
1 me gusta
He estado reconstruyendo (2-containers) hace unos minutos y esto obtuve:
Entorno: producción
La configuración 'staticAddonTrees' cambiará a true por defecto en la próxima versión de Embroider y no podrá desactivarse. Para prepararte para esto, debes establecer 'staticAddonTrees: true' en tu configuración de Embroider.
La configuración 'staticAddonTestSupportTrees' cambiará a true por defecto en la próxima versión de Embroider y no podrá desactivarse. Para prepararte para esto, debes establecer 'staticAddonTestSupportTrees: true' en tu configuración de Embroider.
compilando...
indefinido
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL El comando fue terminado con SIGKILL (terminación forzada): ember build -prod
¿Qué sigue?
Tenía la sensación de haber visto esto antes.
Tenía 8 GB de RAM y el swap es de 2 GB. ¿Cuánta necesito realmente hoy en día, si eso se debe a falta de memoria?
Bueno, cambié el swap de 2G a 4G, y la reconstrucción se completó. Así que tal vez fue de nuevo una cuestión de cantidad de RAM. O fue una casualidad.
Y entonces volvemos al tema de las preguntas frecuentes: ¿cuánta RAM necesita realmente Discourse? — porque el archivo de intercambio es, de facto, parte de la cantidad total de RAM, y ahora parece que la necesidad real es de más de 11 GB para un foro pequeño 
1 me gusta
¿Has configurado los dos parámetros ajustables del kernel? Afectarán a la cantidad de memoria virtual necesaria.
Respondería que no, porque no tengo ni idea de qué estás hablando 
¡Entonces estoy seguro de que no los has configurado!
Lamentablemente, modificar el kernel de Linux no forma parte de la instalación oficial de Discourse, pero entiendo que estos dos sencillos trucos ayudarán a que tu servidor funcione bien y utilice menos memoria. O, por supuesto, puedes prescindir de ellos, pero es posible que necesites más RAM + swap de lo que te gustaría.
Consulta Configuración de despliegue de Discourse de opinión de MKJ si deseas más consejos.
Eso se debía a una característica particular del antiguo código de gestión de memoria y no se aplica a Linux hoy en día. Ahora no hay una regla general; es solo una cuestión de cuánto necesitas.
2 Me gusta
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.