Estou recebendo o erro mencionado acima ao tentar realizar uma operação. Não faço ideia do motivo pelo qual isso está acontecendo.
Você tentou apenas executar
./docker rebuild app
e ver o que acontece? Acho que o git pull não é mais necessário antes.
Caso contrário, parece que você pode precisar revisar seu arquivo app.conf. Você o editou recentemente?
Não, não editei recentemente. O site caiu ontem, executei a limpeza e depois executei
rm /var/discourse/shared/standalone/backups/default/*
Em seguida, reconstruí usando ./launcher rebuild app
O site voltou a funcionar depois disso, mas agora está novamente fora do ar.
Desculpe, eu quis dizer
./launcher rebuild app
Então você está fazendo as coisas certas.
Você já viu o Discourse Doctor?
Você tem mais alguma coisa no servidor? Se não, provavelmente são backups do Discourse que você pode excluir.
Você pode explicar o processo de exclusão de backups, pois nunca entendi direito como funciona. Quero ter certeza de uma vez por todas, já que estou com problemas de armazenamento há muito tempo.
Não, não tenho mais nada no servidor.
Um bom primeiro passo é executar
./launcher cleanup
Se isso não funcionar, tente
./discourse-doctor
Se você ainda tiver dificuldades, pode verificar a exclusão de backups antigos de
/var/discourse/shared/standalone/backups/default
Avise-nos como esses passos funcionaram para você!
Olá @seshu_ram
Muitas vezes, quando os containers são reconstruídos, o processo deixa imagens órfãs. Se você reconstruiu seu container com frequência, essas imagens podem ocupar muito espaço.
Na verdade, essas imagens órfãs ocuparam quase 100 GB+ no nosso servidor recentemente, até que eu as excluí. Você pode verificar facilmente.
Por favor, poste a saída do comando:
docker images
Por gentileza, poste a saída como texto (copiar e colar) usando markdown com delimitadores. Imagens de captura de tela do terminal são difíceis de ler em dispositivos móveis.
Obrigado.
Nota:
Observe que o comando launcher cleanup também remove esses órfãos (com base em um período de 24 horas, acredito):
if tty > /dev/null; then
read -p "Deseja tentar recuperar espaço limpando imagens e containers do Docker no sistema? (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 "Se a limpeza foi bem-sucedida, você pode tentar novamente agora"
fi
fi
local_discourse/app latest 674fd54f165f 4 minutos atrás 2.5GB
<none> <none> f3a4104c3f75 22 horas atrás 2.5GB
discourse/base 2.0.20201221-2020 c0704d4ce2b4 11 dias atrás 2.11GB ```Isso funcionou. Meu site está no ar agora. Muito obrigado. Agradeço imensamente pelo seu tempo! Isso ajudou muito.
Olá @seshu_ram
FYI e FWIW: Você pode remover essa imagem órfã e recuperar um pouco mais de espaço em disco:
f3a4104c3f75
docker image rm f3a4104c3f75
O processo de limpeza do launcher não remove (pelo que me lembro) imagens com menos de 24 horas.
Ou, você pode executar a limpeza novamente em algumas horas, como preferir.
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? 
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.
@anon43908006, existe um guia em:
Ele aborda muitas considerações para alterar seu domínio, dê uma olhada. 
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).
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.
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.
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!