I, [2024-04-17T09:57:04.110084 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile:build'
97:M 17 Apr 2024 10:01:01.012 * 100 changes in 300 seconds. Saving...
97:M 17 Apr 2024 10:01:01.012 * Background saving started by pid 3733
3733:C 17 Apr 2024 10:01:01.026 * DB saved on disk
3733:C 17 Apr 2024 10:01:01.027 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB
97:M 17 Apr 2024 10:01:01.112 * Background saving terminated with success
97:M 17 Apr 2024 10:56:01.848 * Replication backlog freed after 3600 seconds without connected replicas.
Der Server hat 64 GB Speicher, daher glaube ich nicht, dass es ein Speicherproblem ist, obwohl ich im Container db_shared_buffers: "4096MB" gemäß den Empfehlungen für die Einrichtung angegeben hatte.
Irgendwelche Ideen, was los ist? Wie man das Problem behebt? Löst?
Danke Jay, ich habe zwei Stunden gewartet und das gemacht (es ist ein archiviertes Forum, daher war mir die Ausfallzeit nicht allzu wichtig).
Das Einzige, was ich anders gemacht habe, war, dass ich - git clone https://github.com/discourse/discourse-calendar hinzugefügt hatte, aber bemerkte, dass es ohne .git am Ende war - ich bin mir aber nicht sicher, ob das einen Unterschied gemacht hat.
Seit diesem Problem treten nun Probleme mit dem Server auf. Als dies zum ersten Mal geschah, stellten wir fest, dass andere Ruby-Websites auf dem Server nicht erreichbar waren. Dies geschah zweimal mit mehreren Tagen Abstand und ein Neustart behob das Problem (diese Websites verwenden die Discourse-Authentifizierung). Es ist gerade wieder passiert, aber diesmal erhielten zwei der Discourse-Foren auch 504 Gateway Time-out.
Ich habe bemerkt, dass andere ähnliche Probleme mit hängenden Rebuilds hatten und frage mich, ob sich kürzlich etwas in Discourse geändert hat, das damit zusammenhängen könnte? Ändert Discourse etwas außerhalb der Container, wie zum Beispiel das System-Ruby? Es ist sehr seltsam
Gestern gab es eine Korrektur, die es Servern mit wenig RAM ermöglicht, viel seltsamer/schneller neu zu erstellen, aber ich glaube, sie funktioniert möglicherweise nicht, da sie auf 2 GB testet und Ihr Problem wahrscheinlich darin besteht, dass Sie mehr als 2 GB haben, diese aber vollständig von anderen Dingen auf dem Server belegt sind.
Der Server verfügt über 64 GB RAM, Jay, und jede DC-Instanz ist mit db_shared_buffers: \"4096MB\" konfiguriert.
Außerdem traten diese weiteren Probleme nicht bei einem Neuaufbau auf, sondern scheinen Überbleibsel des ursprünglichen Problems zu sein.
Ich werde Docker ./launcher cleanup bereinigen, um zu sehen, ob das hilft, aber wenn Sie oder jemand anderes in der Zwischenzeit weitere Ideen hat, wäre das sehr willkommen.
Bearbeiten: Mir ist gerade etwas Seltsames aufgefallen, nachdem ich docker container ls -a ausgeführt habe. Ich werde einen neuen Thread dazu eröffnen.
