I get the aforementioned error while attempting to do an operation. I have no idea as to why this is happening.
Did you try just doing a
./docker rebuild app
and seeing what happens? I think git pull is no longer required first.
Otherwise it looks like you may need to review your app.conf file. Have you edited it recently?
1 curtida
No I haven’t edited it recently. The website crashed yesterday and I ran the cleanup and then ran
rm /var/discourse/shared/standalone/backups/default/*
Then I rebuilt using ./launcher rebuild app
The website started working again after that and now it’s back to being dead.
1 curtida
Sorry I meant
./launcher rebuild app
So you are doing the the right things.
1 curtida
Have you had a look at Discourse Doctor?
1 curtida
Okay, so it is a storage issue. How do I make space now? I’m sorry but I’m a beginner.
I just ran discourse-doctor and I was left with multiple lines stating that my storage was full.
1 curtida
Do you have anything else on the server? If not, it’s probably discourse backups that you can delete.
1 curtida
Can you go over the process of deleting backups coz I’ve never really understood the process. I wanna be sure once and for all because I’ve been having storage issues for a really long time.
No, I don’t have anything else on the server.
1 curtida
A good first step is to run
./launcher cleanup
If that doesn’t work, try
./discourse-doctor
If you still have difficulties, you can look at deleting old backups from
/var/discourse/shared/standalone/backups/default
Let us know how these work out for you!
4 curtidas
Hi @seshu_ram
Often, when containers are rebuilt, the process leaves orphan images. If you have rebuilt your container often, these images can take up a lot of space.
In fact, these orphan images recently took up nearly 100 GB + on our server until I deleted them. You can easily check.
Please post the output of:
docker images
Kindly post the output as text (copy-and-paste) using fenced markdown. Terminal screenshot images are hard to read on mobile.
Thanks.
Note:
Please note that launcher cleanup also prunes these orphans (based on 24 hours in the past, I think):
if tty >/dev/null; then
read -p "Would you like to attempt to recover space by cleaning docker images and containers in the system? (y/N)" -n 1 -r
echo
if [[ $REPLY =~ ^[Yy]$ ]]
then
$docker_path container prune --force --filter until=1h >/dev/null
$docker_path image prune --all --force --filter until=1h >/dev/null
echo "If the cleanup was successful, you may try again now"
fi
fi
3 curtidas
local_discourse/app latest 674fd54f165f 4 minutes ago 2.5GB
<none> <none> f3a4104c3f75 22 hours ago 2.5GB
discourse/base 2.0.20201221-2020 c0704d4ce2b4 11 days ago 2.11GB ```
1 curtida
This worked. My website is live now. Thank you so much. Thanks a lot for your time! That helped a lot.
4 curtidas
Hey @seshu_ram
FYI and FWIW: You can remove this orphan image and reclaim a bit more disk space:
f3a4104c3f75
docker image rm f3a4104c3f75
The launcher cleanup process does not (as I recall) remove images less than 24 hours old.
Or, you can run cleanup again in a few hours, as you please.
5 curtidas
Uma coisa que notei é que atualizações recentes da linha de comando do Discourse estão consumindo bastante espaço em disco…
root@endoffice-b:/var/discourse# ./launcher cleanup
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] Y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] Y
Deleted Images:
deleted: sha256:284403a252ba061b3ab97f4bfe293ac5e8f05f39ada429d718f58e56191251c2
deleted: sha256:6b6899d54d4dd1f21568956b652975f7c0b9e439978b8cc53036efc46baaf971
untagged: discourse/base:2.0.20211118-0105
untagged: discourse/base@sha256:74b41fffd4f05433eb7c9b72954b1f5f8b15cd0e802bb724c96b7d699c3f6fa1
deleted: sha256:b6cc7cf8974a6ef7bb64c36f4592af261cda0d5565bd91da603568ce26968048
deleted: sha256:c1455b2fdbca024c36c4e75746051b77c3637020cfa1e36a41440292a8c39424
deleted: sha256:77b323d4ec74aad770337f99a60e862a64ccc53f4775b5f4945df0e606f78b90
untagged: discourse/base:2.0.20220128-1817
untagged: discourse/base@sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae
Total reclaimed space: 3.54GB
Isso aconteceu em ambas as instâncias, a outra foi de 3.538 GB 
Eu geralmente sou bem rigoroso em executar ./launcher cleanup após cada atualização do Discourse, e eu atualizo mais ou menos uma vez por mês, então isso me diz que a última atualização por si só consumiu quase 4 GB de disco… cc @falco @sam isso é algo com que devemos nos preocupar? 
4 curtidas
Acho que é inevitável, pois atualizamos a imagem base duas vezes nos últimos meses. Não há muito o que possamos fazer. Parece que a limpeza no seu servidor removeu 2 imagens base.
3 curtidas
@anon43908006, existe um guia em:
Ele aborda muitas considerações para alterar seu domínio, dê uma olhada. 
1 curtida
Para esclarecer, não há muito o que fazer sobre o tamanho geral das atualizações aumentando, ou não há muito o que fazer sobre o recente pico de atividade de “bumping” da imagem base (que afetará menos no futuro)?
Fiquei surpreso, tenho todos esses Discursos pequenos com poucos usuários e tenho encontrado esse problema ultimamente. Sem uploads ou qualquer coisa. Eu estava me perguntando se estamos nos aproximando de um ponto em que a instalação na nuvem recomendará o próximo tamanho maior de espaço em disco (que é 2 GB de RAM/1 vCPU/50 GB de SSD).
5 curtidas
Perguntei ao @falco sobre isso no chat e ele disse que ultimamente tivemos muitas alterações na imagem base devido à atualização de dependências, então houve uma quantidade maior que o normal de espaço em disco em atualizações nos últimos ~6 meses.
5 curtidas
Desculpe saber que você teve problemas para alterar o nome do seu domínio, @anon43908006.
Como este é o Support, encorajo você a criar um novo tópico que explique seu caso exato: pode ser que sua situação exija mais discussão do que o que está acontecendo neste tópico, que é mais um padrão geral que temos notado.
Se desejar, você pode me mencionar (@maiki) e terei prazer em discutir o que está acontecendo com seu site.
6 curtidas
Recebo o mesmo erro No space left on device quando tento fazer backup do meu Discourse:
[2022-11-15 08:23:38] EXCEPTION: /var/www/discourse/lib/discourse.rb:131:in `exec': Failed to gzip archive.
gzip: /var/www/discourse/public/backups/default/forum-leasehackr-2022-11-15-080439-v20221110175456.tar.gz: No space left on device
Meu backup e uploads de imagens estão configurados no Spaces da DigitalOcean e têm funcionado bem por alguns anos até meses recentes. Aqui está o que tentei até agora:
- Limpei todos os uploads multipart ocultos no meu DO Space. Deve haver mais de 100GiB de armazenamento disponível no meu DO Space.
- Tentei reconstruir e limpar usando os seguintes comandos:
cd /var/discourse
apt-get update
apt-get upgrade
apt-get autoclean
apt-get autoremove
./launcher rebuild app
./launcher cleanup
Alguém sabe por que meus backups continuam falhando? Obrigado!