Ich versuche, Discourse auf einem minimalen Server 2vCPU / 1GB / 40GB zu installieren (ich erwarte nicht, dass es viel genutzt wird, und möchte meine Kosten senken).
Ich konnte Discourse bereits zuvor auf einer solchen Instanz installieren, aber heute erhalte ich diese Fehler – ich habe das Forum durchsucht, aber niemanden gefunden, der dies meldet.
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
...
** FAILED TO BOOTSTRAP ** bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
Ich habe discourse-doctor wie vom Skript empfohlen ausgeführt; es hat erkannt, dass Discourse nicht lief, und einen Neuaufbau gestartet, aber das Ergebnis ist dasselbe.
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 ** bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen, es kann mehr als eine geben.
./discourse-doctor kann helfen, das Problem zu diagnostizieren.
==================== END REBUILD LOG ====================
Failed to rebuild app.
+1 Gleiches Problem beim Ausführen des letzten Updates (docker-manager wurde erfolgreich aktualisiert, dies war ein Discourse-Update von v2.8.0.beta11 auf v2.9.0.beta1).
Mein letzter Wiederaufbau schlug ebenfalls mit einem 1 GB DigitalOcean Droplet fehl. Ich denke, ich muss vorübergehend(?) auf 2 GB vergrößern, aber ich habe ./launcher restart app ausgeführt und die Vor-Wiederaufbau-Version neu gestartet, während ich darüber nachdenke. Ich bin mir nicht sicher, ob das hilfreich ist?
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
Wir werden unsere neue Ember CLI-Build-Pipeline vorübergehend zurücksetzen, damit wir Dinge in Umgebungen mit geringerem Arbeitsspeicher debuggen können.
Ich verwende eine gCloud e2-microInstanz (Micro-Maschinentyp mit 0,25 vCPUs und 1 GB Speicher, unterstützt von einem gemeinsam genutzten physischen Kern)
Bearbeitung: Falls sich jemand fragt, warum ich das überhaupt mache: Ich erhalte mehr Traffic von Crawlern als von Nutzern, und wir versuchen, mehr Kontaktpunkte für Familien und Überlebende von Schlaganfällen bei Kindern bereitzustellen. Niemand bemerkt, dass es beim ersten Laden oder Speichern etwas langsam ist, und daher ist der Wert, der auf der kostenlosen Stufe der Google Cloud geliefert wird, hilfreich.