Is it my imagination or is there an epidemic of “running out of space” problems lately?
I can’t remember for certain, but I think the 30 minute install used to mention minimum disk space 8 G.
What is the absolute minimum for an instance with OS, Docker etc, the running docker images, 1 backup, retention 1 backup, and enough left over to do ./launcher cleanup, then rebuild app ?
5GB should be enough headroom for the update, at least for a while. I would suggest warn and exit if less than that is fine, but I think it might make sense to get the size of the last backup, and if (after the update) there won’t be enough space for the next backup, then at least warn, or better yet give them the choice.
That way they are aware that they have to do something about space before it becomes a show stopper. At the moment some of the support questions are urgent because the forum stops working. Warning the admin that they’re about to ring the bell may make them be a bit more proactive.
That would be fine. We’re talking about the difference between Discourse warning you that your instance might stop working soon, and it just informing you that it has already stopped working (in the CLI) or failing to update via the GUI.
Warnings are less stressful than a broken installation (for the admin) and if they include a link to some basic triage then admins who don’t ignore the warnings may be able to resolve the issue themselves, rather than posting here on meta with “My instance is broken, what do I do?”
Some rough idea of the RAM footprint (over time) of the instance would be great, down at the bottom of /admin where it shows space. The way I see it there are a lot of support topics which resolve down to RAM and disk space problems - warnings might reduce how often people need support.
root@test:/var/discourse# ./launcher rebuild app
Auf der Festplatte ist weniger als 5 GB freier Speicherplatz verfügbar. Für die Fortsetzung benötigen Sie mehr Speicherplatz.
Möchten Sie versuchen, Speicherplatz freizugeben, indem Sie Docker-Images und Container im System bereinigen? (J/N) j
WARNUNG! Dies wird entfernen:
- alle gestoppten Container
- alle Volumes, die nicht von mindestens einem Container verwendet werden
- alle Netzwerke, die nicht von mindestens einem Container verwendet werden
- alle hängenden Images
Sind Sie sicher, dass Sie fortfahren möchten? [J/N] j
Gelöschte Images:
gelöscht: sha256:819eeb6f03508bc5bc3513b1c3ad15676f89eca0aad3e9cd5aee91814232c659
gelöscht: sha256:ee29540380f982c413b738107117efd9ea47ccbf7a734a4a6b599f6fadf48d80
gelöscht: sha256:8fa33f3175ab8c85b934f5de02b23d3b4f006e947a63c7b2e8ed9f00b4120784
gelöscht: sha256:4dc0122075eb31044391c92fbfe3427faa6247b87b62d9872e94072891776de1
gelöscht: sha256:9b2efd6b6ef11f51e7109b006e852d5a672db6b48a5a7e38f9f1a0ade1abc772
gelöscht: sha256:24f0df43021665bd15bf59945554929c0cea86e21828de355a4154d707bdee9b
Wiederhergestellter Speicherplatz insgesamt: 2,651 GB
Wenn die Bereinigung erfolgreich war, können Sie es jetzt erneut versuchen.
root@test:/var/discourse#
Dies wird mit dem neuen Docker-Cleanup durchgeführt und funktioniert auch, wenn 0 Bytes verfügbar sind. Wir versuchen außerdem, den richtigen Ordner für den Speicherplatz zu erkennen.
Sollte dies Probleme verursachen, öffnen Sie bitte ein Thema im Bereich Contribute > Bug. Denken Sie daran, dass Sie dies mit --skip-prereqs immer überspringen können.