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
Tienes menos de 5 GB de espacio libre en el disco. Necesitarás más espacio para continuar.
¿Deseas intentar recuperar espacio limpiando las imágenes y contenedores de Docker del sistema? (y/N)y
¡ADVERTENCIA! Esto eliminará:
- todos los contenedores detenidos
- todos los volúmenes que no estén en uso por al menos un contenedor
- todas las redes que no estén en uso por al menos un contenedor
- todas las imágenes huérfanas
¿Estás seguro de que deseas continuar? [y/N] y
Imágenes eliminadas:
deleted: sha256:819eeb6f03508bc5bc3513b1c3ad15676f89eca0aad3e9cd5aee91814232c659
deleted: sha256:ee29540380f982c413b738107117efd9ea47ccbf7a734a4a6b599f6fadf48d80
deleted: sha256:8fa33f3175ab8c85b934f5de02b23d3b4f006e947a63c7b2e8ed9f00b4120784
deleted: sha256:4dc0122075eb31044391c92fbfe3427faa6247b87b62d9872e94072891776de1
deleted: sha256:9b2efd6b6ef11f51e7109b006e852d5a672db6b48a5a7e38f9f1a0ade1abc772
deleted: sha256:24f0df43021665bd15bf59945554929c0cea86e21828de355a4154d707bdee9b
Espacio total recuperado: 2,651 GB
Si la limpieza fue exitosa, puedes intentarlo de nuevo ahora
root@test:/var/discourse#
Esto se realiza mediante la nueva función de limpieza de Docker y funcionará incluso si tienes 0 bytes disponibles. También intentamos detectar la carpeta correcta para liberar espacio.
Si esto te causa algún problema, por favor abre un tema en Contribute > Bug, y recuerda que siempre puedes omitir esto con --skip-prereqs.