docker system prune --volumes
AVISO! Isso removerá:
- todos os contêineres parados
- todas as redes não usadas por pelo menos um contêiner
- todos os volumes não usados por pelo menos um contêiner
- todas as imagens pendentes
- todo o cache de compilação pendente
Tem certeza de que deseja continuar? [s/N] s
Espaço total recuperado: 0B
root@DO-Discourse:/#
Não muito, é bastante revelador que o espaço esteja sendo consumido pelo docker para seus contêineres. Após uma limpeza, meus números são muito semelhantes aos seus, o que talvez (mas não necessariamente) seja indicativo de quanto ele usa.
Eu tive problemas com um Linode de 25GB, no entanto, isso foi com backups de 500MB+, excluir dois ou três backups me deu espaço suficiente para reconstruir. Optei por mudar para o próximo nível com 50GB porque isso só se tornaria mais restritivo e eu queria reconstruir em um cron job mensal.
Isso foi antes da mudança para o Ember CLI, isso poderia ter tornado as coisas significativamente maiores?
Essa sobreposição de 9 GB parece ser o problema. Mas tenho uma de tamanho semelhante em outra instância que acabei de verificar. Sempre foi desafiador com 25 GB. Recomendo que você se conforme e compre mais SSD. A próxima coisa que você poderia tentar seria ver se há coisas no nível do sistema operacional que você pode remover (logs, programas desnecessários, índices do find, talvez?).
Outra ideia seria simplesmente iniciar uma nova VM de 25 GB e migrar para lá, esperando que o que quer que tenha preenchido a antiga não seja um problema desta vez.
Nenhuma dessas respostas parece especialmente satisfatória. Lutei muito com um droplet de 25 GB em uma ou duas instâncias que ajudo a gerenciar nas últimas semanas, mas acho que você fez tudo o que eu fiz.
Eu não acho
depois de um download completo de backup, você pode executar snap list para verificar quais snaps estão instalados e, se nenhum, sudo apt purge snapd
Olá Andy, desculpe pelo atraso.
Neste ponto, por favor, tenha em mente que sem visibilidade do seu sistema host, é fácil te guiar para um precipício, então faça backup/snapshot/etc… (ou até mesmo faça um backup, inicie uma nova instância e teste o processo de restauração, tem sido um bom exercício para mim)
Assumindo que você não tem uso para o lxd (lxc list deve mostrar os contêineres instalados) snap remove lxd (e depois core18 e 20)
Obrigado pela ajuda. Sim, sei tão pouco sobre Linux que aprecio totalmente o conselho de fazer backup. Tenho um snapshot automático e faço um manual sempre que estou mexendo como agora.
Não tenho ideia do que é lxd. Não preciso de nada neste droplet que o discourse/docker não precise, pois é exclusivamente um droplet discourse.
root@DO-Discourse:/var/discourse# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
local_discourse/app latest 3dac608caa92 4 months ago 3.17GB
root@DO-Discourse:/var/discourse#
root@DO-Discourse:/var/discourse# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
9abaf4517b7e local_discourse/app “/sbin/boot” 4 months ago Up 4 months 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
root@DO-Discourse:/var/discourse#
Acho que é seguro excluir todas essas imagens. Se precisar delas, elas serão substituídas quando você reconstruir.
Tirar um snapshot não é uma má ideia.
O que eu faria seria apenas iniciar uma nova instância; isso é mais seguro e provavelmente mais rápido do que um snapshot, mas se saber como fazer isso não for divertido ou instrutivo, sua ideia está boa.
