¿Por qué tengo 5.8G de espacio pero al reconstruir no es suficiente?

Soporte Instalación
1

Antes de ejecutar ./launcher rebuild app, tengo 5.8G de espacio libre.

Pero al reconstruir la aplicación, el espacio restante será de 3.7G < 5G, y la reconstrucción se detiene.

¿Significa eso que necesitamos al menos 7G libres antes de la reconstrucción?

Tengo un VPS de 20G, el archivo de respaldo de Discourse es de 611M, menos de 1G,

¿Pero aun así no es suficiente? ¿Por qué?

¿Debería simplemente limpiar todo el VPS, reinstalar Discourse, luego subir el archivo de respaldo y hacer que el servidor de Discourse vuelva a funcionar?

Vean, tengo 20G en total, cada vez antes de la reconstrucción necesito 7G libres. El servidor tiene 611M en zip, si se descomprime,

local_discourse/app necesita aproximadamente 3G

root@xxx:/var/discourse# docker images
REPOSITORY            TAG                 IMAGE ID            CREATED             SIZE
local_discourse/app   latest              98249b7dffc9        11 days ago         2.58GB
rethinkdb             latest              be24926bde9a        20 months ago       183MB
microbox/etcd         latest              6aef84b9ec5a        3 years ago         17.9MB

¿El sistema Ubuntu consumirá aproximadamente 2G?

¿Significa eso que solo un Discourse de 611M necesitará un VPS de más de 20G?

Creo que es un desperdicio considerable de espacio.

Docker versión 17.09.0-ce
Instalado v2.3.0.beta2 +31

Última versión 2.3.0.beta2

2

Which version are you upgrading from? Backups are compressed, some upgrades include an upgrade to Postgres which uses significantly more disk space than usual.

3

Some rebuilds need more space that others. When there is a PostgreSQL update you need double the uncompressed database size as free space. When we release a new docker image you need space for the new image.

That as temporary and reclaimed using the launcher cleanup command afterwards.

We just released a new image so you need enough space.

4

In my experience even 25gb is a bit tight.

5

Very Strange, my usually used discourse’s backup file (20G KVM ramnode), only 670M, and the server don’t have enough space to rebuild.

While another discourse of mine, not usually using, also on a 20G KVM ramnode, with backup file 990M, but still have enouth space to reubild.

So I checked the space again, and I find there being a big ./log folder. So, is it safe to delete the log files there in the big folder?

root@xxx:/var# du -h --max-depth=1
3.6G    ./log
20K     ./spool
4.0K    ./opt
4.0K    ./tmp
1.6M    ./backups
1.8G    ./discourse
188M    ./cache
4.0K    ./local
4.0K    ./mail
7.1G    ./lib
6

Try a

./launcher cleanup

That will remove used docker images.

But I consider 25 a minimum and even at the requires careful monitoring of disk storage.

7

I have already tried that.

I’m considering to move to another VPS which have 40G space, when this contract is over.

While today I suddenly find the one that I usually don’t use, it’s backup file is 990M, far more than this one I usually use, whose backup file is 670M.

So I think I can delete something and continue working on this server for another year. I don’t want to “zheteng”.

8

You might trim the logs more aggressively.

The size of a backup means little as the database is compressed.

9

so, how should I trim the logs?

10

You can Google that. I think logrotate is what to I for. A quick manual temporary solution is to enter the directories with the logs and

rm *

11

The backup size is immaterial, please stop citing it as a factor here.

Backups are gzipped and include attachments, the smaller database could have 50Mb of attachments while the larger has 500Mb.

You’ve also not mentioned whether they’re at the same software levels. The amount of disk required is directly related to the operations which need to be performed. If either requires a postgres upgrade it will use significantly more disk.

Can you not upgrade the disk during your current contract? Most hosts allow this.

12

I found the true answer.

The discourse won’t consume this much space, unlike most of the answers stated.

I’ve bought another VPS which have 40G of space and moved the system to that server.I found it only needs 9G rather than the previous 14G, so the previous 20G server is actually quite enough for this forum.

That is because the old server has lasted for 3 years or more and a lot of packages that you never need any more or other files that you will not need any more are still there. So the best choice is just download the backup file, reinstall the Ubuntu system of that server and reinstall discourse and restore the backup file again. The process takes about 2 hours I think, depends on the net speed.