Minha instalação está 16.359 commits atrás! Alguma dica?

E o botão Upgrade está desativado:

Algum conselho sobre como “Upgrade”?

2 curtidas

Execute uma atualização pela linha de comando.

Mas você está tão atrasado que eu faria um backup primeiro e você poderia até considerar implantar em um novo servidor completamente e usar um de seus backups para restaurar.

Depois de fazer backup, você pode tentar:

./launcher cleanup app e depois
./launcher rebuild app

Mas você pode descobrir que seu sistema operacional é muito antigo e sua versão do docker é muito antiga. Mas tente.

5 curtidas

Antigo quando as últimas atualizações foram há uma hora e uma semana?

Editar: minha visualização é diferente, aliás. Mas esse tempo de atualização não diz quando todos eles foram atualizados pela última vez em um fórum, mas quando essa lista foi atualizada? Se for o caso, então o OP deve atualizar o mais rápido possível via console.

Obrigado. Vou tentar quando voltar ao assunto.

Sim, não tenho certeza sobre o que significa “há uma hora”. Faz muito tempo!

Essa é a última vez que os repositórios foram atualizados. Não o site.

3 curtidas

Sim, percebi isso quando verifiquei o meu. Todo dia algo novo (bem, eu praticamente nunca uso atualizações de interface, embora).

2 curtidas

E veja também atualização do PostgreSQL 15.

Faz 4 anos que você fez o último upgrade?

Seu sistema operacional provavelmente também está desatualizado, então eu provavelmente recomendaria que você obtenha uma nova VM e Mova um site Discourse para outro VPS com rsync, talvez excluindo postgres_*, e então restaure um backup. Dessa forma, você evita o upgrade do banco de dados e, em vez disso, apenas restaura seus dados e eles serão migrados quando você os restaurar.

É mais simples e, se algo der errado, seu site existente pode continuar funcionando.

1 curtida

Ok, começando. Fiz um backup, mas não consigo baixar pela interface, diz que enviou um e-mail, mas o servidor não está enviando e-mails no momento.

Entrei via SSH e vi que é Ubuntu 14.

Acho que a melhor opção pode ser fazer uma nova implantação do Discourse mais recente no sistema operacional mais recente e, em seguida, carregar o backup (depois de obter o backup via SSH).

Isso migrará automaticamente o banco de dados assim que eu o importar, certo?

1 curtida

O commit em que estou é 46d899f9c10ebc0d44ced97d6f724dff295e7741.

E eu adicionei um arquivo containers/app.yml (não me lembro por quê), por exemplo com coisas como

env:
  DISCOURSE_HOSTNAME: 'lume.community'
  LETSENCRYPT_ACCOUNT_EMAIL: 'joe@trusktr.io'

Não me lembro se essas configurações eram necessárias. É necessário? O ideal seria eu simplesmente iniciar uma nova instância do Discourse, fazer upload de um banco de dados e seguir em frente.

Vou tentar criar a nova instância agora…

4 curtidas

O nome do host é. O let’s encrypt não importará em breve.

Restaurar seu banco de dados antigo para o novo site deve funcionar. É assim que eu faria.

Eu atualmente tenho isto no meu app.yml de anos atrás:

  # TODO (joe) remover esta linha assim que o Discourse corrigir o problema associado
  # Ver https://meta.discourse.org/t/upgrade-rebuilds-fail-due-to-maxmind-db-eol/137387/2
  DISCOURSE_REFRESH_MAXMIND_DB_DURING_PRECOMPILE_DAYS: 30

Ligando para:

Posso apagar isso com a nova instância? Ou preciso fazer alguma coisa? Presumo que isso foi resolvido há muito tempo e posso evitar incluir esta configuração no app.yml?

1 curtida

Várias correções foram feitas no ano passado relacionadas ao MaxMind, e acredito que agora deve estar seguro. Não vi nenhum tópico nos últimos meses mencionando um problema com ele.

Você pode testar o download manualmente com um comando rake:

./launcher enter app
rake maxminddb:get
exit

(postagem excluída pelo autor)

Você não precisava excluir, acho que é sempre útil para outras pessoas verem uma solução associada a um problema.

4 curtidas

Estou agora nesta tela em uma instalação novíssima, pensando em como importar o banco de dados da instância antiga antes de fazer qualquer coisa:

Estou imaginando que devo registrar e depois importar na interface do usuário, e que talvez eu deva evitar registrar com o endereço de e-mail da minha conta de administrador no banco de dados que vou importar para que não haja conflito.

Vou tentar. Posso sempre começar de novo.

EDIT: Ah, bem, ele só permite registrar com o e-mail de administrador que especifiquei durante a configuração. Vamos ver o que acontece.

EDIT: Terei que voltar, pois não está enviando e-mails. O Mailgun parece ter bloqueado minha conta “devido a um possível comprometimento”, o que preciso resolver.

EDIT: Contornei o problema do e-mail quebrado importando o backup pela linha de comando.

Parece que funcionou!! :partying_face:

5 curtidas

Você conseguiu!

Se precisar fazer isso novamente um dia, talvez queira Restaurar um backup da linha de comando

Se você tiver os backups no s3 e colocar essas configurações no seu arquivo yml, você nem precisará mover o arquivo de backup.

4 curtidas

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.