Meine AWS EC2-Instanz hatte keinen Platz mehr auf der Festplatte (sie hat 16 GB). Ich habe rm -rf /var/lib/docker/overlay2 und journalctl --vacuum-time=10d ausgeführt, um Speicherplatz zu freizugeben, und jetzt zeigt df an, dass ich 7 GB freien Speicher habe. Nach dem Neustart der Instanz erhalte ich beim Versuch, die Seite zu verbinden, die Meldung „Connection refused".
Ich habe versucht, sudo ./launcher rebuild app auszuführen, aber dies schlägt fehl mit der Meldung, dass weniger als 5 GB Festplattenspeicher verfügbar sind.
25 GB ist in der Regel das empfohlene Minimum. Selbst wenn Sie es mit Ihrer aktuellen Zuteilung wieder zum Laufen bringen können, wird dies bei einem so kleinen Volumen erneut geschehen.
Nur als Hinweis: Hetzners niedrigste Stufe bietet nur 20 GB, aber das funktioniert bei mir einwandfrei. Es kann sich lohnen, das Backup-Verzeichnis vor einem Upgrade aufzuräumen – nachdem man natürlich ein neues Backup erstellt und aus Sicherheitsgründen an einem anderen Ort gespeichert hat. (Es ist ein kleines Forum: Ein Backup hat 120 MB.)
In einem anderen Fall nutze ich die niedrigste Stufe von Digital Ocean mit 25 GB, und in diesem Fall beträgt die Forumssicherung 640 MB.
Das einzige Mal, als ich Probleme hatte, lag es an den Journal-Einträgen, die ich jedoch umgehend reduziert habe:
# journalctl --disk-usage
Archivierte und aktive Journale belegen 104,0 M im Dateisystem.
Ok, ich habe die Größe der Festplatte erhöht, sodass discourse-doctor nun 40 GB (29 % belegt) anzeigt. Der Platz ist also nicht mehr das Problem. Ich brauche Hilfe, um Discourse zum Laufen zu bringen.
Ok, ich habe sudo launcher rebuild app zum Laufen gebracht, indem ich in app.yml “templates/postgres.template.yml” in “templates/postgres.10.template.yml” geändert habe.
Soll ich diese Änderung so lassen oder sie wieder rückgängig machen und den Neuaufbau versuchen?