Das ist alles, was ich gefunden habe
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Command wurde mit SIGKILL (Erzwungene Beendigung) beendet: ember build -prod
Ideen?
Es lief zu lange. Versuchen Sie, den Swap-Speicher oder den RAM zu erhöhen.
Ich bin etwas skeptisch. 8 GB RAM, das ist sofort abgestürzt und so etwas ist noch nie passiert. Was kann geändert werden, damit der Speicher heute nicht ausreicht, aber gestern noch ausgereicht hat und als ich die Datenbank aktualisiert habe 
Ich schätze Ihren Skeptizismus.
Das war die Lösung, als ich diesen Fehler hatte. Eine (sehr) schnelle Internetrecherche sagt dasselbe aus.
Ich werde es natürlich trotzdem versuchen. Das Hinzufügen von Swap ist keine große Aufgabe. Aber ich verstehe nicht, warum es passiert ist 
Ich suche normalerweise grep /var/discourse/discourse-setup und kopiere den Teil, der den Swap erstellt.
Ich verstehe es auch nicht.
2-Container, und als ich zuerst web_only stoppte und dann beide Container, hat es funktioniert. Es kann also tatsächlich ein Speichermangel sein.
Vor 30 Jahren wurde empfohlen, so viel Swap wie RAM zu haben. Ich weiß nicht, was die Faustregel jetzt ist, aber ich denke, mit 8 GB ist es keine schlechte Idee, 2 oder sogar 4 hinzuzufügen.
Ich habe 2 Gigabyte hinzugefügt. Ich weiß jedoch nicht, warum ich versuche, Speicherplatz zu sparen. Denn falls ich jemals in eine Lage komme, in der ich Probleme habe, weil mir einige Gigabyte fehlen, habe ich größere Sorgen als die Größe meines Swap-Speichers.
1 „Gefällt mir“
Ich habe vor ein paar Minuten das Rebuild (2-Container) durchgeführt und bekam Folgendes:
Umgebung: Produktion
Die Einstellung 'staticAddonTrees' wird in der nächsten Version von Embroider standardmäßig auf true gesetzt und kann nicht mehr deaktiviert werden. Um sich darauf vorzubereiten, sollten Sie 'staticAddonTrees: true' in Ihrer Embroider-Konfiguration festlegen.
Die Einstellung 'staticAddonTestSupportTrees' wird in der nächsten Version von Embroider standardmäßig auf true gesetzt und kann nicht mehr deaktiviert werden. Um sich darauf vorzubereiten, sollten Sie 'staticAddonTestSupportTrees: true' in Ihrer Embroider-Konfiguration festlegen.
Build läuft...
undefined
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Der Befehl wurde mit SIGKILL (Zwangsbeendigung) beendet: ember build -prod
Was ist als Nächstes zu tun?
Ich hatte das Gefühl, das schon einmal gesehen zu haben.
Ich hatte 8 GB RAM und Swap sind 2 GB – wie viel brauche ich heutzutage wirklich, wenn das von Speichermangel herrührt?
Nun, ich habe den Swap von 2G auf 4G geändert, und das Rebuilding hat funktioniert. Also war es vielleicht wieder eine Frage der RAM-Menge. Oder es war Zufall.
Und dann sind wir wieder beim FAQ-Thema: Wie viel RAM braucht Discourse wirklich — denn die Swap-Datei ist de facto Teil der gesamten RAM-Menge, und jetzt sieht es so aus, als ob der tatsächliche Bedarf für ein kleines Forum 11+ GB beträgt 
1 „Gefällt mir“
Haben Sie die beiden Kernel-Tunables gesetzt? Sie wirken sich darauf aus, wie viel virtueller Speicher benötigt wird.
Ich würde mit Nein antworten, weil ich keine Ahnung habe, wovon du sprichst 
Ich bin mir sicher, dann haben Sie sie nicht eingestellt!
Leider ist das Anpassen des Linux-Kernels kein Teil der offiziellen Discourse-Installation, aber meines Wissens werden Ihnen diese beiden einfachen Tricks helfen, Ihren Server gut laufen zu lassen und weniger Speicher zu verbrauchen. Oder Sie können natürlich darauf verzichten, aber Sie werden feststellen, dass Sie mehr RAM+Swap benötigen, als Ihnen lieb ist.
Sehen Sie sich MKJs Meinung zur Discourse-Bereitstellungskonfiguration an, wenn Sie weitere Tipps wünschen.
Das lag an einer bestimmten Eigenschaft des alten Speichermanagement-Codes und gilt heute nicht mehr für Linux. Jetzt gibt es keine wirkliche Faustregel mehr; es ist nur eine Frage, wie viel Sie brauchen.
2 „Gefällt mir“
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.