CPU-Auslastung steigt wegen Updates/Builds

Unterstützung Installation
1

Ich hatte gerade die seltsamste Erfahrung beim einfachen Neustarten meiner Amazon Lightsail-Instanz.

  1. Neustart durchgeführt… auf den Neustart gewartet.
  2. Auf einigen (ich vermute, nicht zwischengespeicherten) Seiten erschien ein Fehlerbildschirm mit „502 Gateway Error - Nginx". Ein bisschen gewartet…
  3. Über die Shell einen Discourse-Rebuild durchgeführt.
  4. Fehlermeldung erhalten, dass der Rebuild fehlgeschlagen ist.
  5. ./discourse-doctor ausgeführt – ebenfalls fehlgeschlagen.
  6. Nicht-offizielle Plugins deaktiviert und erneut rebuildet – ebenfalls fehlgeschlagen.

Ich dachte, ich wäre erledigt. Während ich weiter recherchierte, habe ich das Forum erneut geprüft und festgestellt, dass es wieder einwandfrei funktioniert. Das ergibt absolut keinen Sinn, wenn man bedenkt, dass die sofortige Antwort der Discourse-Docs lautete: WARNUNG! App läuft gar nicht! :slight_smile:

Meine Theorie ist, dass dies eher mit den burstbaren Limits von Amazon zu tun hat als mit irgendetwas anderem. Da der Neustart den Server möglicherweise belastet hat, was zu den anfänglichen 502-Fehlern führte, aber der Rebuild den Server definitiv auf 70–80 % der Burst-Grenzen gebracht hat. Vielleicht standen einfach keine Systemressourcen mehr für die Ausführung der Rebuild-Skripte zur Verfügung?

Meine ultimative Frage ist also (da dies ein Problem beim Update-Rebuild-Prozess ist): Gibt es eine Möglichkeit, die Last der Update-Skripte auf dem Server zu begrenzen, damit er nicht verrückt spielt? Ich meine, das ist eine Instanz mit 8 GB RAM, also nicht gerade schwach, usw.

Danke… und jetzt habe ich aus Versehen zwei Ativan genommen. :smiley:

2

Aus deiner Beschreibung lässt sich das schwer sagen. Welche Fehlermeldungen erhältst du beim Neuaufbau?

3

Ich werde bald einen weiteren Update versuchen und dies aktualisieren. Ich habe die Protokolldatei nicht gespeichert, und das Ausführen von Updates belastet meine Burst-Zone ziemlich stark (besonders nach drei Durchläufen), sodass ich ein oder zwei Tage warten musste, bis meine Burst-Werte sich wieder erholt hatten.

4

Dies scheint der Übeltäter zu sein.

Seeding default
*** Bundling assets. Dies wird eine Weile dauern *** 
$ RUBY_GC_MALLOC_LIMIT_MAX=20971520 RUBY_GC_OLDMALLOC_LIMIT_MAX=20971520 RUBY_GC_HEAP_GROWTH_MAX_SLOTS=50000 RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=0.9  bundle exec rake themes:update assets:precompile
Updating Dark...
Failed to update Dark
about.json enthält ungültige Werte: Die maximale Discourse-Version ist ungültig
5

Und jetzt ist mein Forum komplett down und wirft einen 500er-Fehler. :frowning:

Warum sollte das passieren? Ich hätte gedacht, dass das Update erst das aktuell funktionierende Forum ersetzt, sobald der Prozess abgeschlossen ist, und dabei keine Probleme auftreten?

6

Ich weiß nichts von deinem ursprünglichen Problem, aber dies ist dein aktuelles Problem: Failed to Bootstrap, due to discourse-alt-logo theme component

Du solltest in der Lage sein,

 ./launcher start app

auszuführen und dann die fehlerhafte Theme-Komponente zu löschen.

7

Aber ist Dunkelheit nicht eine Komponente des Systemthemas? Wie könnte eine Komponente des Systemthemas solch ein Problem verursachen?

Aber danke, ich werde das Problem wahrscheinlich jetzt beheben können, da ich weiß, was los ist.

8

Die Theme-Komponente ist veraltet und Discourse weigert sich, sie zu verwenden.

Wenn Sie jedoch ./launcher rebuild app ausführen, wird der Container heruntergefahren, um den neuen zu erstellen (da dieselben Datenbankdateien verwendet werden). Falls der Build fehlschlägt, müssen Sie den Container neu starten, um ihn wieder zum Laufen zu bringen.

9

Ja, ich habe festgestellt, dass das Update tatsächlich auf allen anderen Elementen abgeschlossen war, sobald ich die Komponenten „Dark Logo