# Meu site está sempre fora do ar
**URL:** https://meta.discourse.org/t/my-website-is-always-down/225006
**Category:** Self-hosting
**Created:** [22 Abril , 2022 03:52 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006 "2022-04-22T03:52:10Z")
**Posts on this page:** 20
**Page:** 2
### Author:  [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [22 Abril , 2022 08:53 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/21 "2022-04-22T08:53:03Z")
Para se recuperar mais rapidamente, não seria melhor migrar para um servidor mais espaçoso?
Você tem um backup recente? A migração pode levar muito pouco tempo (menos de uma hora?) em comparação com a solução de problemas de um servidor “não saudável” existente?
---
### Author:  [@fzngagan](https://meta.discourse.org/u/fzngagan)
#### Post date: [22 Abril , 2022 09:00 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/22 "2022-04-22T09:00:43Z")
Não existe uma opção para escalar o armazenamento automaticamente?
> **[How to Resize Droplets for Vertical Scaling | DigitalOcean Documentation](https://docs.digitalocean.com/products/droplets/how-to/resize/)**
>
> Resize a Droplet to change the amount of CPU and RAM a Droplet has, optionally add additional disk space, or change to a different type of Droplet …
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [22 Abril , 2022 09:02 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/23 "2022-04-22T09:02:56Z")
Tenho certeza de que todas essas dicas são válidas e corretas, e @danielabc está com falta de espaço livre. No entanto — eu já passei por essa situação uma vez e nada estava quebrado, mesmo eu estando em um VPS muito pequeno (o droplet de 5 USD da DO é muito problemático de várias maneiras). Reiniciei o VPS e o docker não reiniciou. É isso, e os erros eram muito semelhantes, ou totalmente iguais, aos mostrados aqui.
Mas se tudo é por falta de espaço livre/memória, a única solução não seria aumentar o tamanho do VPS? Mesmo que brevemente, apenas para descobrir se o problema é a falta de recursos? Porque se for o caso, então o OP está apenas usando um curativo que não vai durar muito e ela estará na mesma situação novamente?
Porque eu sou apenas mais um usuário final, eu amo soluções fáceis. Saber como limpar e manter tudo agradável e arrumado é algo que temos que aprender. Mas não é uma solução, é uma correção de curto prazo, onde se pode quebrar lugares antes que essa correção funcione.
---
### Author:  [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [22 Abril , 2022 09:03 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/24 "2022-04-22T09:03:15Z")
Você pode tentar `docker image` e ver o que ele diz?
---
### Author:  [@danielabc](https://meta.discourse.org/u/danielabc)
#### Post date: [22 Abril , 2022 09:07 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/25 "2022-04-22T09:07:12Z")
> [@merefield](#):
>
> Backup recente? A migração
Na verdade, a culpa não é do servidor, são 50 GB, a culpa é toda minha porque pensei que o Discourse excluía automaticamente as coisas do servidor, mas na verdade eu tenho que fazer isso, mas eu só queria saber onde vejo as coisas que posso excluir e quais itens posso excluir?
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [22 Abril , 2022 09:07 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/26 "2022-04-22T09:07:18Z")
Automaticamente no sentido de sim, podemos aumentar a RAM, o disco ou ambos apenas clicando. Automaticamente no sentido de onde o droplet escala sem pedir permissão quando está com falta de alguma coisa… Espero que não, ou ninguém deve dizer isso para @danielabc ou para mim, porque há um alto risco de receber uma fatura enorme.
---
### Author:  [@fzngagan](https://meta.discourse.org/u/fzngagan)
#### Post date: [22 Abril , 2022 09:09 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/27 "2022-04-22T09:09:10Z")
Significando automaticamente sem ter que fazer backup dos dados e restaurar em um novo servidor. 🙂
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [22 Abril , 2022 09:10 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/28 "2022-04-22T09:10:38Z")
O Discourse geralmente exclui muita coisa, se você estiver atualizando/fazendo upgrade, use da maneira mais fácil. Esses caras estão fazendo muitas coisas de forma diferente de você e eu, que temos um entendimento muito fraco do que diabos é o docker ;)\n\nSe bem me lembro, você usa muitas imagens. Elas consomem disco muito rapidamente, se mantidas em um VPS.
---
### Author:  [@danielabc](https://meta.discourse.org/u/danielabc)
#### Post date: [22 Abril , 2022 09:11 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/29 "2022-04-22T09:11:53Z")
---
### Author:  [@Benjamin\_D](https://meta.discourse.org/u/Benjamin_D)
#### Post date: [22 Abril , 2022 09:14 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/30 "2022-04-22T09:14:04Z")
docker está ativo? 🤨
`docker image ls`
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [22 Abril , 2022 09:14 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/31 "2022-04-22T09:14:32Z")
> [@fzngagan](#):
>
> Significando automaticamente sem ter que fazer backup dos dados e restaurar para um novo servidor.
Então é quase uma atualização automática 🤣
- backup deve ser feito antes da atualização (bem, não é obrigatório, mas é um movimento muito inteligente), mas sei que você não estava atrás disso 😉
- sim, o DO fará tudo e tudo o que um usuário precisa fazer é preparar um café e esperar
Isso é algo chamado de off-topic… 🤔 🤦♂️ 🤣
---
### Author:  [@Benjamin\_D](https://meta.discourse.org/u/Benjamin_D)
#### Post date: [22 Abril , 2022 09:16 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/32 "2022-04-22T09:16:06Z")
> [@Jagster](#):
>
> Mas se tudo é por falta de espaço livre/memória, a única solução não seria aumentar o tamanho do VPS? Mesmo que brevemente, apenas para descobrir se o problema é a falta de recursos? Porque se for o caso, então o OP está apenas usando um curativo que não dura muito e ela estará na mesma situação novamente?
>
> Porque eu sou apenas mais um usuário final, adoro soluções fáceis. Saber como limpar e manter tudo limpo e organizado é algo que temos que aprender. Mas não é uma solução, é uma correção de curto prazo, onde se pode quebrar lugares antes que essa correção funcione.
Você está certo. Mas eu ficaria mais confortável em expandir um droplet onde o sistema tenha pelo menos alguns Mo livres, apenas por precaução caso a expansão exija uma reinicialização que possa ser comprometida pela falta extrema de espaço, não tenho certeza de como isso é feito.
---
### Author:  [@Benjamin\_D](https://meta.discourse.org/u/Benjamin_D)
#### Post date: [22 Abril , 2022 09:22 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/33 "2022-04-22T09:22:16Z")
> [@Benjamin\_D](#):
>
> `sudo journalctl --rotate`
> `sudo journalctl --vacuum-time=1s`
“Pessoal”, o que vocês acham disso? Inofensivo? Aposto em algumas centenas de Mo
---
### Author:  [@danielabc](https://meta.discourse.org/u/danielabc)
#### Post date: [22 Abril , 2022 09:24 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/34 "2022-04-22T09:24:01Z")
Mas como posso encontrar arquivos inúteis no meu servidor para liberar espaço?
---
### Author:  [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [22 Abril , 2022 09:28 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/35 "2022-04-22T09:28:23Z")
Desculpe, cometi um erro de digitação - `docker images` (embora não tenha 100% de certeza se funcionará sem o docker em execução 🙂)
Meu raciocínio, para quem estiver acompanhando em casa, é remover manualmente uma imagem docker órfã para liberar espaço suficiente para fazer tudo ‘da maneira correta™’. O outro tópico sugeriu isso enquanto o docker não estava em execução, mas acho que eles optaram por remover alguns backups para conseguir algo semelhante.
> [@Danielabc](#):
>
> Mas como posso encontrar arquivos inúteis para excluir no meu servidor para liberar espaço?
Basicamente, você percorre os diretórios [aqui](https://meta.discourse.org/t/my-website-is-always-down/225006/8?u=jammydodger) e procura onde estão todos os arquivos grandes. Acho que logs, backups antigos e imagens órfãs são normalmente as melhores apostas para remoção.
---
### Author:  [@danielabc](https://meta.discourse.org/u/danielabc)
#### Post date: [22 Abril , 2022 09:41 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/36 "2022-04-22T09:41:35Z")
> [@JammyDodger](#):
>
> para quem acompanha em casa, é remover manualmente uma imag
Então, tudo que está nesta imagem são os arquivos que compõem meu servidor? Como posso saber qual devo excluir? (Posso excluir algum? Não haverá problema?) E como você os exclui?
---
### Author:  [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [22 Abril , 2022 09:44 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/37 "2022-04-22T09:44:06Z")
> [@JammyDodger](#):
>
> Você sabe se ainda é possível remover manualmente alguns arquivos para liberar um pouco de espaço para começar? por exemplo.
>
> `cd /var/discourse/shared/standalone/backups/default dir`
>
> Copie o nome do arquivo mais antigo e cole para removê-lo, por exemplo:
>
> `rm jammydodger-s-test-site-2022-04-12-033748-v20220407195246.tar.gz`
>
> Ou possivelmente verificar imagens órfãs e remover uma ou mais delas:
>
> `docker images`
É aqui que você pode encontrar os backups e as imagens, e assim que você puder identificar um que seja seguro remover, você pode excluí-lo usando o comando `rm`.
---
### Author:  [@danielabc](https://meta.discourse.org/u/danielabc)
#### Post date: [22 Abril , 2022 09:47 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/38 "2022-04-22T09:47:30Z")
Existe um manual aqui no Discourse que fala mais sobre isso?
---
### Author:  [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [22 Abril , 2022 09:52 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/39 "2022-04-22T09:52:42Z")
> [@Benjamin\_D](#):
>
> > [@Benjamin\_D](#):
> >
> > `sudo journalctl --rotate`
> > `sudo journalctl --vacuum-time=1s`
>
> “Pessoal”, o que vocês acham disso? Inofensivo? Aposto em algumas centenas de Mo
Economizou 656,0 MB para mim, então talvez valha a pena tentar.
---
### Author:  [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [22 Abril , 2022 09:54 UTC](https://meta.discourse.org/t/my-website-is-always-down/225006/40 "2022-04-22T09:54:15Z")
> [@Danielabc](#):
>
> Existe um manual aqui no Discourse que fala mais sobre isso?
Meta é o manual ao vivo do Discourse. 🙂 Existem alguns tópicos sobre isso, mas acho que não aparece com frequência suficiente para ter um FAQ próprio.
[Página anterior](https://meta.discourse.org/t/my-website-is-always-down/225006.md?page=1)
[Próxima página](https://meta.discourse.org/t/my-website-is-always-down/225006.md?page=3)