Estou com o mesmo problema… DO Droplet no Ubuntu 20.04. Tentei atualizar o Docker dentro do Discourse primeiro, mas ele continuou dando um erro de código 137. Então, tentei reconstruir o Discourse pela linha de comando e ele travou em O banco de dados está pronto para aceitar conexões. Ctrl+C não fazia nada, então fechei o SSH e abri um novo e iniciei o Discourse novamente e ele ainda estava funcionando, mas não atualizado. Reiniciei o droplet e tentei atualizar o Docker novamente pelo Discourse e desta vez funcionou! Então, tentei reconstruir o Discourse novamente, mas ele ainda travou no mesmo lugar. Fechei o SSH novamente e abri e iniciei o Discourse novamente, mas agora recebo a tela Oops! Então, agora meu Discourse está fora do ar e a única maneira que já consegui recuperar da tela Oops anteriormente foi reconstruindo o aplicativo, o que não consigo fazer!
Então, agora estou perdido, pois minha experiência com Discourse e Droplet é muito limitada e não tenho certeza do que posso fazer agora. docker_manager é o único plugin usado no meu app.yml, então só posso presumir que o erro se deve ao Docker ser uma versão mais nova e não combinar com minha versão do Discourse? Eu não sei. Eu atualizei o Discourse pela última vez em janeiro, então não está tão desatualizado…
Então, meu site está fora do ar até que este problema possa ser resolvido… A menos que eu inicie um novo Droplet e reconfigure tudo novamente e restaure o backup do Discourse que fiz? Essa é minha única opção neste momento?
O erro 137 é falta de memória. Eu tentaria adicionar mais swap. Se você tem apenas 1 GB de RAM, eu poderia redimensionar para 2 GB e talvez também ter 3 ou 4 GB de swap.
Você pode tentar um
./launcher start app
Mas suspeito que o banco de dados migrou muito longe para o contêiner antigo.
Olá, mesmo erro aqui. Solução alternativa por enquanto é forçar o parâmetro de versão em app.yml para v3.3.0. Arch AMD64, Ubuntu 18.04. Estranho que uma versão menor falhou, a atualização para v3.3.0 passou sem problemas na semana passada
Para quem estiver encontrando este problema e estiver confortável em me dar acesso ao seu servidor, por favor, me envie uma mensagem privada para que eu possa depurar o problema em um servidor que tenha o problema. Tentei várias maneiras e não consigo reproduzir este problema, o que torna mais difícil implementar uma correção.
Para quem estiver com problemas com o Discourse inativo, descobri que você pode pelo menos reativar a versão antiga do fórum reiniciando a VM e executando ./launcher start app. Este comando não funcionará após tentar uma reconstrução sem reiniciar sua instância / VM.
Devo conseguir atualizar a versão do Ubuntu em nossa VM afetada na segunda-feira, então manterei todos informados sobre o resultado.
Tenho outro fórum em outro droplet e ele não apresenta nenhum problema com a atualização. É estranho por que, com a mesma configuração de servidor, um droplet tem problemas enquanto outro não?
Isso parece um problema de RAM. Quanta RAM e swap você tem? Eu adicionaria um ou dois GB de espaço SWAP (e talvez adicionaria RAM se você tiver apenas 1GB)
Quanta RAM e swap você tem nesses sistemas? Qual é a saída de
free -h
E a RAM explicaria por que @tgxworld não conseguiu replicá-lo.
A propósito, para quem estiver encontrando este problema, você pode contorná-lo por enquanto adicionando base_image: discourse/base:2.0.20240708-0023 no topo do arquivo containers/app.yml.
Pode ser um problema de tamanho do banco de dados?
O banco de dados em nosso servidor de produção é bem grande, mas o de desenvolvimento é muito pequeno. Essa é a única diferença real entre as VMs que foram atualizadas com sucesso e a afetada (no meu caso).
Olá,
Acabei de aumentar o Droplet, dobrando a RAM e aumentando o tamanho do disco. Ainda estou enfrentando o mesmo problema.
Mais alguma coisa para tentar?
OMG! Por que eu não li esta solução antes. Funcionou para mim também.
Então, qual é a solução daqui para frente? Precisaremos continuar especificando esta imagem base no futuro ou alterá-la para obter a imagem atualizada?
