A última atualização desta manhã (03/08/2026) quebrou meu Discourse, é só comigo?

Após atualizar pela interface gráfica esta manhã, o site está fora do ar. Parece que tentou atualizar do PostgreSQL V15 para o V18, mas falhou. Então, recriei a partir do aplicativo via launcher, sem sucesso. Além disso, há uma reclamação sobre o VIPS /usr/local/lib/libvips.so.42

Alguma ideia ou sou só eu?

Sempre vale a pena tentar uma segunda reconstrução, especialmente com um aumento na versão do banco de dados. Veja o tópico próximo

Se você ainda tiver problemas, por favor, cole cerca de 100 linhas da saída que você viu, de preferência em um bloco de código.

Como Chris observa, embora o conselho possa ser um pouco tarde para você:

Eu tentei isso, mas naturalmente não vi o tópico que você mencionou. Eu havia feito um backup antes de iniciar a atualização. Então, consegui agora fazê-lo funcionar atualizando manualmente para o PG V18 dentro do container, e também instalando e apontando para uma versão mais recente do vips no container:

O site está funcionando agora, imagino… Em seguida, executei uma reconstrução completa e ela foi bem-sucedida, então espero que tudo esteja bem agora.

vips-8.18.4

PostgreSQL 18.4

No entanto, vou ler o tópico que você postou em detalhes, pois tenho outra instância em outra máquina para atualizar também.

OBRIGADO, Ed_S!

é interessante que eu já tenha no arquivo app.yml de outubro de 2025:

templates:

  • “templates/postgres.template.yml”

Estou interpretando algo incorretamente no outro tópico?

Acho que isso significa que você tem a opção padrão, que é não fixar o PostgreSQL em uma versão específica, mas aceitar a versão que o Discourse preferir.

(Pessoas vão fixar uma versão específica quando virem a nova versão chegando e quiserem não adotá-la. Mas elas precisam agir antes que ela chegue inesperadamente.)

Certo, suspiro… então não tenho certeza do que deu errado com a minha atualização desta manhã, por que ela falhou. Estou relutante em atualizar o outro site até entender por que este site falhou, pois não quero repetir a falha, especialmente porque não gosto de fazer atualizações manuais dentro do container, como fiz para colocar este primeiro site em funcionamento.

Minha aposta é que esta atualização, de hoje, que introduz a versão 18 do PostgreSQL, precisará de duas reconstruções. A partir da interface web, só é possível fazer uma reconstrução, e se eu estiver certo sobre isso, uma atualização da interface web sempre parecerá falhar. Na verdade, não falhou, mas só foi até a metade.

Esta aposta pode estar errada - não consigo testá-la facilmente.

Mais de uma pessoa, incluindo eu, disse que não usa mais o mecanismo de atualização web, porque se ele falhar, você precisa visitar a linha de comando de qualquer maneira. É verdade que funciona 95% das vezes, talvez mais. Mas como às vezes falha, pessoalmente não o uso.

Certo, boa ideia fazer a atualização via CLI em vez da GUI. O primeiro site está no Ubuntu 22.04, e o segundo site que ainda preciso atualizar está no 24.04. Já tive emoção suficiente nesta manhã. Quando eu tentar a atualização do segundo site apenas via CLI, vou dar um retorno. Eu ainda vejo os antigos vips no segundo servidor /usr/local/lib/libvips.so.42, então espero que isso seja atualizado conforme necessário desta vez, já que não foi na primeira tentativa. Obrigado.

OJ, só para deixar claro: minha primeira atualização do Discourse falhou definitivamente, mesmo após uma reconstrução via CLI após a atualização da interface gráfica. Então, tive que atualizar manualmente os containers para a versão 18 do Postgres e do vips. Estou torcendo por um resultado melhor no segundo site. Fiquem atentos.

Essa é uma situação bem ruim.

certifique-se de ter espaço suficiente em disco. Observe que, em outro tópico, é recomendado o dobro do tamanho do banco de dados

Com certeza, e tenho bastante espaço em disco em ambos os servidores. Este é o servidor 1

df -h /var/discourse
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 194G 25G 170G 13% /

Servidor 2:

df -h /var/discourse
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 193G 26G 168G 14% /