Mémoire tas JavaScript épuisée à cause d'Ember CLI

Installation
1

Salut !

J’essaie d’installer Discourse sur un serveur minimal 2vCPU / 1 Go / 40 Go (je ne prévois pas qu’il soit beaucoup utilisé et je réduis mes coûts).

J’ai déjà réussi à installer Discourse sur une telle instance, mais aujourd’hui, j’obtiens ces erreurs. J’ai cherché sur le forum mais je n’ai vu personne d’autre le signaler.

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
...
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.

J’ai exécuté discourse-doctor comme recommandé par le script ; il a détecté que Discourse ne fonctionnait pas, il a donc lancé une reconstruction, mais le résultat est le même.

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 ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
==================== END REBUILD LOG ====================
Failed to rebuild app.
1 « J'aime »
2

+1 Même problème lors de l’exécution de la mise à jour récente (docker-manager a été mis à jour avec succès, il s’agissait d’une mise à jour de discourse de v2.8.0.beta11 à v2.9.0.beta1).

1 « J'aime »
3

Pourriez-vous partager les spécifications de votre serveur ? Quelle quantité de RAM / swap avez-vous ?

3 « J'aime »
4

Ma dernière reconstruction a également échoué avec une gouttelette DigitalOcean de 1 Go. Je pense que je dois redimensionner temporairement (?) à 2 Go, mais j’ai redémarré ./launcher restart app et redémarré la version avant reconstruction pendant que je réfléchis. Je ne sais pas si cela peut aider ?

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 « J'aime »
5

Nous allons temporairement rétablir notre nouveau pipeline de build Ember CLI afin de pouvoir déboguer les choses dans des environnements à faible consommation de mémoire.

7 « J'aime »
6

J’ai modifié le titre pour refléter ce problème.

2 « J'aime »
7

J’utilise une instance gCloud e2-micro instance (type de machine Micro avec 0,25 vCPU et 1 Go de mémoire, pris en charge par un cœur physique partagé)

edit: Si quelqu’un se demande pourquoi diable je ferais cela, je reçois plus de trafic des robots d’exploration que des utilisateurs, et nous essayons de fournir plus de points de contact pour les familles et les survivants d’AVC pédiatriques. Personne ne remarque que le chargement ou la sauvegarde est un peu lent au début, et donc la valeur fournie sur le niveau gratuit de Google Cloud est utile.

4 « J'aime »
8

Ce changement est maintenant annulé pendant que nous enquêtons davantage. Merci à tous pour vos signalements !

5 « J'aime »
10

Veuillez essayer une autre reconstruction, cela devrait beaucoup mieux fonctionner maintenant

4 « J'aime »
13

Ce sujet a été automatiquement fermé après 11 heures. Les nouvelles réponses ne sont plus autorisées.