JavaScript heap fuera de memoria debido a Ember CLI

Instalación
1

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 me gusta
2

+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).

1 me gusta
3

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

3 Me gusta
4

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
3 Me gusta
5

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

7 Me gusta
6

He editado el título para reflejar este problema.

2 Me gusta
7

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.

4 Me gusta
8

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

5 Me gusta
10

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

4 Me gusta
13

Este tema se cerró automáticamente después de 11 horas. Ya no se permiten nuevas respuestas.