JavaScript heap fuera de memoria debido a Ember CLI

Hola!

Estoy intentando instalar Discourse en un servidor mínimo de 2vCPU / 1GB / 40GB (no anticipo que tenga mucho uso y quiero reducir costos).

He podido instalar Discourse previamente en una instancia así, pero hoy estoy recibiendo estos errores. He buscado en el foro pero no he visto a nadie más reportarlo.

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
...
** FAILED TO BOOTSTRAP ** por favor, desplázate hacia arriba y busca mensajes de error anteriores, puede haber más de uno.

Ejecuté discourse-doctor como lo recomendó el script; detectó que discourse no se estaba ejecutando, así que inició una reconstrucción, pero el resultado es el mismo.

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 1117 exit 1>
Location of failure: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake themes:update assets:precompile'"]}
553da25c117d42161ef95845c6876a32810feaa4b5e651ac8118981884933982
** FAILED TO BOOTSTRAP ** por favor, desplázate hacia arriba y busca mensajes de error anteriores, puede haber más de uno.
./discourse-doctor puede ayudar a diagnosticar el problema.
==================== END REBUILD LOG ====================
Failed to rebuild app.

+1 Mismo problema al ejecutar la actualización reciente (docker-manager se actualizó correctamente, esta fue una actualización de Discourse de v2.8.0.beta11 a v2.9.0.beta1).

¿Podrías compartir las especificaciones de tu servidor? ¿Cuánta RAM/swap tienes?

Mi última reconstrucción también falló con una gota de Digital Ocean de 1 GB. Creo que necesito redimensionar temporalmente (?) a 2 GB, pero he reiniciado ./launcher restart app y reiniciado la versión anterior a la reconstrucción mientras lo pienso. ¿No estoy seguro de si eso ayuda?

root@test:/var/discourse# free -h
              total        used        free      shared  buff/cache   available
Mem:          976Mi       753Mi        80Mi        29Mi       142Mi        64Mi
Swap:         2.0Gi       131Mi       1.9Gi

Vamos a revertir temporalmente nuestro nuevo pipeline de compilación de Ember CLI para poder depurar cosas en entornos de baja memoria.

He editado el título para reflejar este problema.

Estoy usando una instancia gCloud e2-micro instancia (tipo de máquina Micro con 0.25 vCPU y 1 GB de memoria, respaldada por un núcleo físico compartido)


editar: Si alguien tiene curiosidad por qué demonios haría esto, recibo más tráfico de rastreadores que de usuarios, y estamos tratando de proporcionar más puntos de contacto para familias y sobrevivientes de accidentes cerebrovasculares pediátricos. Nadie nota que sea un poco lento en la primera carga o al guardar, y por lo tanto, el valor entregado en el nivel gratuito de Google Cloud es útil.

Este cambio se ha revertido mientras investigamos más a fondo. ¡Gracias a todos por los informes!

Por favor, intente otra reconstrucción, debería funcionar mucho mejor ahora.